[oe] [PATCH v2] Change the url to variable for savannah in SRC_URI
* The variables (SAVANNAH_GNU_MIRROR)
are defined in oe-core/meta/conf/bitbake.conf.
* MIRRORS in quagga and libunwind is removed.
because the MIRRORS of savannah is globally defined
in oe-core/meta/classes/mirrors.bbclass
Signed-off-by: Changhyeok Bae changhyeok@lge.com
---
.../fluidsynth/fluidsynth_1.1.1.bb |2 +-
.../recipes-protocols/quagga/quagga.inc|4 +---
meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb|2 +-
meta-oe/recipes-navigation/gpsd/gpsd_3.7.bb|2 +-
.../recipes-support/hddtemp/hddtemp_0.3-beta15.bb |2 +-
meta-oe/recipes-support/libunwind/libunwind.inc|4 +---
meta-oe/recipes-support/lzip/lzip_1.14.bb |2 +-
7 files changed, 7 insertions(+), 11 deletions(-)
diff --git a/meta-multimedia/recipes-multimedia/fluidsynth/fluidsynth_1.1.1.bb
b/meta-multimedia/recipes-multimedia/fluidsynth/fluidsynth_1.1.1.bb
index c497d98..ac6b867 100644
--- a/meta-multimedia/recipes-multimedia/fluidsynth/fluidsynth_1.1.1.bb
+++ b/meta-multimedia/recipes-multimedia/fluidsynth/fluidsynth_1.1.1.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=dda26baa823649da9a68947707650272
DEPENDS = alsa-lib ncurses glib-2.0
-SRC_URI = http://savannah.nongnu.org/download/fluid/${P}.tar.gz;
+SRC_URI = ${SAVANNAH_GNU_MIRROR}/fluid/${P}.tar.gz
SRC_URI[md5sum] = 0db3da78028d255026230809c6e21b44
SRC_URI[sha256sum] =
55638cb04f39f4df76c081e22ca7feeea58ddd20ebf779a7db2d38b1ff374cd6
diff --git a/meta-networking/recipes-protocols/quagga/quagga.inc
b/meta-networking/recipes-protocols/quagga/quagga.inc
index 60baab8..5eeb18b 100644
--- a/meta-networking/recipes-protocols/quagga/quagga.inc
+++ b/meta-networking/recipes-protocols/quagga/quagga.inc
@@ -23,7 +23,7 @@ RDEPENDS_${PN} += iproute2
QUAGGASUBDIR =
# ${QUAGGASUBDIR} is deal with old versions. Set to /attic for old
# versions and leave it empty for recent versions.
-SRC_URI =
http://download.savannah.gnu.org/releases/quagga${QUAGGASUBDIR}/quagga-${PV}.tar.gz;name=quagga-${PV}
\
+SRC_URI =
${SAVANNAH_GNU_MIRROR}/quagga${QUAGGASUBDIR}/quagga-${PV}.tar.gz;name=quagga-${PV}
\
file://fix-for-lib-inpath.patch \
file://quagga-0.99.17-libcap.patch \
file://quagga-fix-CVE-2013-6051.patch \
@@ -38,8 +38,6 @@ SRC_URI =
http://download.savannah.gnu.org/releases/quagga${QUAGGASUBDIR}/quagg
file://quagga-Avoid-duplicate-connected-address.patch \
-MIRRORS += http://download.savannah.gnu.org/releases/
http://download-mirror.savannah.gnu.org/releases/ \n
-
PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'pam', 'pam', '', d)}
PACKAGECONFIG[cap] = --enable-capabilities,--disable-capabilities,libcap
PACKAGECONFIG[pam] = --with-libpam, --without-libpam, libpam
diff --git a/meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb
b/meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb
index 6e5000b..33bc611 100644
--- a/meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb
+++ b/meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb
@@ -11,7 +11,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=fa01bff138cc98a62b8840a157951c88
# flex with provide /usr/include/FlexLexer.h
DEPENDS = flex-native bison-native flex
-SRC_URI =
http://download.savannah.nongnu.org/releases/fbi-improved/${BPN}-${PV}.tar.gz \
+SRC_URI = ${SAVANNAH_GNU_MIRROR}/fbi-improved/${BPN}-${PV}.tar.gz \
file://cross_cc.patch
SRC_URI[md5sum] = d7362dde5541c2b6439c35c6e2bd5046
SRC_URI[sha256sum] =
3f6bf2de2952b9adcbeb3db12c2a979e999a81dd1e314a03bc58e24f1ea9f686
diff --git a/meta-oe/recipes-navigation/gpsd/gpsd_3.7.bb
b/meta-oe/recipes-navigation/gpsd/gpsd_3.7.bb
index 97f3354..c82aadc 100644
--- a/meta-oe/recipes-navigation/gpsd/gpsd_3.7.bb
+++ b/meta-oe/recipes-navigation/gpsd/gpsd_3.7.bb
@@ -9,7 +9,7 @@ EXTRANATIVEPATH += chrpath-native
PR = r14
-SRC_URI = http://download.savannah.gnu.org/releases/${PN}/${P}.tar.gz \
+SRC_URI = ${SAVANNAH_GNU_MIRROR}/${PN}/${P}.tar.gz \
file://0002-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch \
file://0004-SConstruct-remove-rpath.patch \
file://0001-SConstruct-prefix-includepy-with-sysroot-and-drop-sy.patch \
diff --git a/meta-oe/recipes-support/hddtemp/hddtemp_0.3-beta15.bb
b/meta-oe/recipes-support/hddtemp/hddtemp_0.3-beta15.bb
index 9da2ee0..ea24c42 100644
--- a/meta-oe/recipes-support/hddtemp/hddtemp_0.3-beta15.bb
+++ b/meta-oe/recipes-support/hddtemp/hddtemp_0.3-beta15.bb
@@ -4,7 +4,7 @@ LICENSE = GPLv2+
PR = r1
-SRC_URI =
http://download.savannah.nongnu.org/releases/hddtemp/hddtemp-0.3-beta15.tar.bz2
\
+SRC_URI = ${SAVANNAH_GNU_MIRROR}/hddtemp/hddtemp-0.3-beta15.tar.bz2 \
file://hddtemp-no-nls-support.patch \
file://hddtemp_0.3-beta15-52.diff \
file://hddtemp-0.3-beta15-autodetect-717479.patch \
diff --git a/meta-oe/recipes-support/libunwind/libunwind.inc
b/meta-oe/recipes-support/libunwind/libunwind.inc
index a70ec2e..c523891 100644
---
[oe] [meta-oe][PATCH] fbset: inherit from autotools-brokensep instead of autotools to fix build
This package will not build with a separate build directory.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
meta-oe/recipes-support/fbset/fbset_2.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-support/fbset/fbset_2.1.bb
b/meta-oe/recipes-support/fbset/fbset_2.1.bb
index 84f35ff..8a3807e 100644
--- a/meta-oe/recipes-support/fbset/fbset_2.1.bb
+++ b/meta-oe/recipes-support/fbset/fbset_2.1.bb
@@ -18,7 +18,7 @@ SRC_URI =
http://ftp.debian.org/debian/pool/main/f/fbset/fbset_2.1.orig.tar.gz
file://fbset-2.1-fix-makefile-dep.patch \
-inherit autotools update-alternatives
+inherit autotools-brokensep update-alternatives
do_install() {
install -d ${D}${sbindir} ${D}${datadir}/man/man8 ${D}${datadir}/man/man5
--
1.8.3.2
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 0/4] Introduce EGL/GLES and component build patches for Chromium
This set of patches extends the chromium recipe to allow for EGLGLESv2 based 2D rendering, considerably improving performance. This also adds hardware-accelerated WebGL support. Three new PACKAGECONFIG for chromium are introduced: * component-build : If set, Chromium is built in component mode. Each subsystem of Chromium ends up in a separate shared object. The alternative is the regular mode, which links everything into one big binary. Component builds are useful for development and testing, and consumes significantly less RAM during building. It is essential when building Chromium on a 32-bit OS. * use-egl : Ordinarily, Chromium will try to use GLX and regular (= Desktop) OpenGL for 2D acceleration. If that fails, software rendering is used. If use-egl is set, it will use EGL instead of GLX and OpenGL ES 2.0 instead of regular OpenGL. This is very useful if the target platform provides hardware acceleration for this API. Chromium will then render all 2D components as well as WebGL contents with hardware acceleration, Canvas being an exception (see below). * ignore-lost-context : Without this flag, HTML Canvas will not be accelerated, even with the use-egl flag set. The reason for this is a conceptual problem: HTML Canvas expects the backing store of the canvas to persist until the web page goes away. But if the backing store is a GLES texture, then in theory the associated EGL context could get lost (for example, during a power management cycle), and the texture along with it. This violates requirements for canvas. So, one has to choose: either remain fully standards compliant, and have no acceleration, or have acceleration, and risk losing the Canvas content. Note that context losses do not happen on all platforms (they haven't been observed with Vivante GPUs for example, and internals of its galcore module do not show anything that could cause a lost context). But since these recipes do not depend on a specific platform, this option must be explicitely enabled. Carlos Rafael Giani (4): Add component-build PACKAGECONFIG option Add variable to contain extra command-line arguments Add use-egl PACKAGECONFIG to let chromium use EGL automatically Add ignore-lost-context PACKAGECONFIG to ignore lost EGL contexts .../chromium/chromium/component-build.gypi | 5 recipes-browser/chromium/chromium/google-chrome| 11 +--- .../remove-linux-accel-canvas-from-blacklist.patch | 32 ++ recipes-browser/chromium/chromium_35.0.1883.0.bb | 27 -- 4 files changed, 69 insertions(+), 6 deletions(-) create mode 100644 recipes-browser/chromium/chromium/component-build.gypi create mode 100644 recipes-browser/chromium/chromium/remove-linux-accel-canvas-from-blacklist.patch -- 1.8.3.2 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 1/4] Add component-build PACKAGECONFIG option
In a component build, the individual Chromium components are contained in
separate shared objects. This is useful when building on a system with
8 GB RAM or less (since the linker needs at least that much for link
time optimization otherwise if a non-component build is done), and during
development and testing of Chromium internals.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-browser/chromium/chromium/component-build.gypi | 5 +
recipes-browser/chromium/chromium/google-chrome| 2 ++
recipes-browser/chromium/chromium_35.0.1883.0.bb | 11 +--
3 files changed, 16 insertions(+), 2 deletions(-)
create mode 100644 recipes-browser/chromium/chromium/component-build.gypi
diff --git a/recipes-browser/chromium/chromium/component-build.gypi
b/recipes-browser/chromium/chromium/component-build.gypi
new file mode 100644
index 000..e58b4ca
--- /dev/null
+++ b/recipes-browser/chromium/chromium/component-build.gypi
@@ -0,0 +1,5 @@
+{
+ 'variables': {
+ 'component' : 'shared_library'
+ },
+}
diff --git a/recipes-browser/chromium/chromium/google-chrome
b/recipes-browser/chromium/chromium/google-chrome
index 2f6ad2e..8ce400b 100644
--- a/recipes-browser/chromium/chromium/google-chrome
+++ b/recipes-browser/chromium/chromium/google-chrome
@@ -1,6 +1,8 @@
#!/bin/sh
export CHROME_DEVEL_SANDBOX=/usr/sbin/chrome-devel-sandbox
+export LD_LIBRARY_PATH=/usr/lib/chrome
+
if [ ${USER} = root ] ; then
/usr/bin/chrome/chrome --user-data-dir=${HOME}/.chromium/ $@
else
diff --git a/recipes-browser/chromium/chromium_35.0.1883.0.bb
b/recipes-browser/chromium/chromium_35.0.1883.0.bb
index 2497f10..203474d 100644
--- a/recipes-browser/chromium/chromium_35.0.1883.0.bb
+++ b/recipes-browser/chromium/chromium_35.0.1883.0.bb
@@ -6,6 +6,7 @@ SRC_URI = \
http://gsdview.appspot.com/chromium-browser-official/${P}.tar.xz \
file://include.gypi \
file://oe-defaults.gypi \
+${@bb.utils.contains('PACKAGECONFIG', 'component-build',
'file://component-build.gypi', '', d)} \
file://unistd-2.patch \
file://google-chrome \
file://google-chrome.desktop \
@@ -27,6 +28,7 @@ EXTRA_OEGYP = \
${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '',
'-Dlinux_use_gold_flags=0', d)} \
-I ${WORKDIR}/oe-defaults.gypi \
-I ${WORKDIR}/include.gypi \
+ ${@bb.utils.contains('PACKAGECONFIG', 'component-build', '-I
${WORKDIR}/component-build.gypi', '', d)} \
-f ninja \
ARMFPABI_armv7a = ${@bb.utils.contains('TUNE_FEATURES',
'callconvention-hard', 'arm_float_abi=hard', 'arm_float_abi=softfp', d)}
@@ -65,6 +67,11 @@ do_install() {
install -m 0644 ${S}/out/Release/product_logo_48.png
${D}${bindir}/chrome/
install -m 0755 ${S}/out/Release/libffmpegsumo.so ${D}${bindir}/chrome/
+ install -d ${D}${libdir}/chrome/
+ if [ -n ${@bb.utils.contains('PACKAGECONFIG', 'component-build',
'component-build', '', d)} ]; then
+ install -m 0755 ${S}/out/Release/lib/*.so ${D}${libdir}/chrome/
+ fi
+
install -d ${D}${sbindir}
install -m 4755 ${S}/out/Release/chrome_sandbox
${D}${sbindir}/chrome-devel-sandbox
@@ -72,8 +79,8 @@ do_install() {
install -m 0644 ${S}/out/Release/locales/en-US.pak
${D}${bindir}/chrome/locales
}
-FILES_${PN} = ${bindir}/chrome/ ${bindir}/google-chrome
${datadir}/applications ${sbindir}/
-FILES_${PN}-dbg += ${bindir}/chrome/.debug/
+FILES_${PN} = ${bindir}/chrome/ ${bindir}/google-chrome
${datadir}/applications ${sbindir}/ ${libdir}/chrome/
+FILES_${PN}-dbg += ${bindir}/chrome/.debug/ ${libdir}/chrome/.debug/
PACKAGE_DEBUG_SPLIT_STYLE = debug-without-src
--
1.8.3.2
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 2/4] Add variable to contain extra command-line arguments
With this patch it becomes possible to add extra command line options to
the chrome call in /usr/bin/google-chrome script .
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-browser/chromium/chromium/google-chrome | 9 +
recipes-browser/chromium/chromium_35.0.1883.0.bb | 7 +++
2 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/recipes-browser/chromium/chromium/google-chrome
b/recipes-browser/chromium/chromium/google-chrome
index 8ce400b..78f4a29 100644
--- a/recipes-browser/chromium/chromium/google-chrome
+++ b/recipes-browser/chromium/chromium/google-chrome
@@ -3,8 +3,9 @@
export CHROME_DEVEL_SANDBOX=/usr/sbin/chrome-devel-sandbox
export LD_LIBRARY_PATH=/usr/lib/chrome
-if [ ${USER} = root ] ; then
- /usr/bin/chrome/chrome --user-data-dir=${HOME}/.chromium/ $@
-else
- /usr/bin/chrome/chrome $@
+CHROME_EXTRA_ARGS=
+if [ ${USER} = root ] ; then
+ CHROME_EXTRA_ARGS=${CHROME_EXTRA_ARGS}
--user-data-dir=${HOME}/.chromium/
fi
+
+/usr/bin/chrome/chrome ${CHROME_EXTRA_ARGS} $@
diff --git a/recipes-browser/chromium/chromium_35.0.1883.0.bb
b/recipes-browser/chromium/chromium_35.0.1883.0.bb
index 203474d..080282b 100644
--- a/recipes-browser/chromium/chromium_35.0.1883.0.bb
+++ b/recipes-browser/chromium/chromium_35.0.1883.0.bb
@@ -33,6 +33,9 @@ EXTRA_OEGYP = \
ARMFPABI_armv7a = ${@bb.utils.contains('TUNE_FEATURES',
'callconvention-hard', 'arm_float_abi=hard', 'arm_float_abi=softfp', d)}
+CHROMIUM_EXTRA_ARGS = \
+
+
export GYP_DEFINES=${ARMFPABI}
release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''
do_configure() {
cd ${S}
@@ -54,6 +57,10 @@ do_install() {
install -d ${D}${bindir}
install -m 0755 ${WORKDIR}/google-chrome ${D}${bindir}/
+ # Add extra command line arguments to google-chrome script by modifying
+ # the dummy CHROME_EXTRA_ARGS line
+ sed -i
s/^CHROME_EXTRA_ARGS=\\/CHROME_EXTRA_ARGS=\${CHROMIUM_EXTRA_ARGS}\/
${D}${bindir}/google-chrome
+
install -d ${D}${datadir}/applications
install -m 0644 ${WORKDIR}/google-chrome.desktop
${D}${datadir}/applications/
--
1.8.3.2
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 3/4] Add use-egl PACKAGECONFIG to let chromium use EGL automatically
By default, Chromium will try to use GLX and regular OpenGL. On embedded
platforms, these are often not present, or unaccelerated, and using EGL
and OpenGL ES instead makes more sense. To produce builds that use EGL and
OpenGL ES by default instead, this PACKAGECONFIG option can be used.
An EGL/OpenGLES-enabled build produces a chromium version that renders
2D and WebGL with GPU acceleration (if present).
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-browser/chromium/chromium_35.0.1883.0.bb | 7 +++
1 file changed, 7 insertions(+)
diff --git a/recipes-browser/chromium/chromium_35.0.1883.0.bb
b/recipes-browser/chromium/chromium_35.0.1883.0.bb
index 080282b..d0495d8 100644
--- a/recipes-browser/chromium/chromium_35.0.1883.0.bb
+++ b/recipes-browser/chromium/chromium_35.0.1883.0.bb
@@ -34,8 +34,15 @@ EXTRA_OEGYP = \
ARMFPABI_armv7a = ${@bb.utils.contains('TUNE_FEATURES',
'callconvention-hard', 'arm_float_abi=hard', 'arm_float_abi=softfp', d)}
CHROMIUM_EXTRA_ARGS = \
+ ${@bb.utils.contains('PACKAGECONFIG', 'use-egl', '--use-gl=egl', '',
d)} \
+python __anonymous() {
+pkgconfig = d.getVar('PACKAGECONFIG', True)
+if 'use-egl' in pkgconfig.split():
+d.appendVar(DEPENDS, virtual/egl virtual/libgles2)
+}
+
export GYP_DEFINES=${ARMFPABI}
release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''
do_configure() {
cd ${S}
--
1.8.3.2
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 4/4] Add ignore-lost-context PACKAGECONFIG to ignore lost EGL contexts
Accelerating the HTML5 canvas element rendering with OpenGL ES is tricky,
because an EGL context can get lost with some drivers. Since pages using
canvas assume they can paint into the canvas and the pixels inside will
never vanish, this is a problem. Workarounds like periodic snapshots are
being considered. The WHATWG discussion about this problem can be found at:
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-September/206450.html
Until then, one has to choose: either no acceleration and full standards
compliance, or acceleration and potentially lost pixels.
Using this PACKAGECONFIG chooses the second option.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../remove-linux-accel-canvas-from-blacklist.patch | 32 ++
recipes-browser/chromium/chromium_35.0.1883.0.bb | 2 ++
2 files changed, 34 insertions(+)
create mode 100644
recipes-browser/chromium/chromium/remove-linux-accel-canvas-from-blacklist.patch
diff --git
a/recipes-browser/chromium/chromium/remove-linux-accel-canvas-from-blacklist.patch
b/recipes-browser/chromium/chromium/remove-linux-accel-canvas-from-blacklist.patch
new file mode 100644
index 000..635e563
--- /dev/null
+++
b/recipes-browser/chromium/chromium/remove-linux-accel-canvas-from-blacklist.patch
@@ -0,0 +1,32 @@
+Together with the --gpu-no-context-lost command line switch, this patch is
+necessary to enable hardware accelerated 2D canvas rendering when using
+EGL.
+
+Note the implications on the behavior of Canvas, in particular with lost
+contexts, as discussed here:
+
+http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-September/206450.html
+
+Upstream-Status: Inappropiate [see link above]
+
+diff --git a/gpu/config/software_rendering_list_json.cc
b/gpu/config/software_rendering_list_json.cc
+index 35060a9..4bd6ef5 100644
+--- a/gpu/config/software_rendering_list_json.cc
b/gpu/config/software_rendering_list_json.cc
+@@ -232,16 +232,6 @@ const char kSoftwareRenderingListJson[] =
LONG_STRING_CONST(
+ ]
+ },
+ {
+- id: 24,
+- description: Accelerated 2d canvas is unstable in Linux at the
moment,
+- os: {
+-type: linux
+- },
+- features: [
+-accelerated_2d_canvas
+- ]
+-},
+-{
+ id: 27,
+ description: ATI/AMD cards with older drivers in Linux are
crash-prone,
+ cr_bugs: [95934, 94973, 136240],
diff --git a/recipes-browser/chromium/chromium_35.0.1883.0.bb
b/recipes-browser/chromium/chromium_35.0.1883.0.bb
index d0495d8..c7901fc 100644
--- a/recipes-browser/chromium/chromium_35.0.1883.0.bb
+++ b/recipes-browser/chromium/chromium_35.0.1883.0.bb
@@ -7,6 +7,7 @@ SRC_URI = \
file://include.gypi \
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)} \
file://unistd-2.patch \
file://google-chrome \
file://google-chrome.desktop \
@@ -35,6 +36,7 @@ ARMFPABI_armv7a = ${@bb.utils.contains('TUNE_FEATURES',
'callconvention-hard',
CHROMIUM_EXTRA_ARGS = \
${@bb.utils.contains('PACKAGECONFIG', 'use-egl', '--use-gl=egl', '',
d)} \
+ ${@bb.utils.contains('PACKAGECONFIG', 'ignore-lost-context',
'--gpu-no-context-lost', '', d)} \
python __anonymous() {
--
1.8.3.2
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH v3] Change the url to variable for savannah in SRC_URI
* The variables (SAVANNAH_MIRROR)
are defined in oe-core/meta/conf/bitbake.conf.
* MIRRORS in quagga and libunwind is removed.
because the MIRRORS of savannah is globally defined
in oe-core/meta/classes/mirrors.bbclass
Signed-off-by: Changhyeok Bae changhyeok@lge.com
---
.../fluidsynth/fluidsynth_1.1.1.bb |2 +-
.../recipes-protocols/quagga/quagga.inc|4 +---
meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb|2 +-
meta-oe/recipes-navigation/gpsd/gpsd_3.7.bb|2 +-
.../recipes-support/hddtemp/hddtemp_0.3-beta15.bb |2 +-
meta-oe/recipes-support/libunwind/libunwind.inc|4 +---
meta-oe/recipes-support/lzip/lzip_1.14.bb |2 +-
7 files changed, 7 insertions(+), 11 deletions(-)
diff --git a/meta-multimedia/recipes-multimedia/fluidsynth/fluidsynth_1.1.1.bb
b/meta-multimedia/recipes-multimedia/fluidsynth/fluidsynth_1.1.1.bb
index c497d98..4388ebe 100644
--- a/meta-multimedia/recipes-multimedia/fluidsynth/fluidsynth_1.1.1.bb
+++ b/meta-multimedia/recipes-multimedia/fluidsynth/fluidsynth_1.1.1.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=dda26baa823649da9a68947707650272
DEPENDS = alsa-lib ncurses glib-2.0
-SRC_URI = http://savannah.nongnu.org/download/fluid/${P}.tar.gz;
+SRC_URI = ${SAVANNAH_MIRROR}/fluid/${P}.tar.gz
SRC_URI[md5sum] = 0db3da78028d255026230809c6e21b44
SRC_URI[sha256sum] =
55638cb04f39f4df76c081e22ca7feeea58ddd20ebf779a7db2d38b1ff374cd6
diff --git a/meta-networking/recipes-protocols/quagga/quagga.inc
b/meta-networking/recipes-protocols/quagga/quagga.inc
index 60baab8..adb68a9 100644
--- a/meta-networking/recipes-protocols/quagga/quagga.inc
+++ b/meta-networking/recipes-protocols/quagga/quagga.inc
@@ -23,7 +23,7 @@ RDEPENDS_${PN} += iproute2
QUAGGASUBDIR =
# ${QUAGGASUBDIR} is deal with old versions. Set to /attic for old
# versions and leave it empty for recent versions.
-SRC_URI =
http://download.savannah.gnu.org/releases/quagga${QUAGGASUBDIR}/quagga-${PV}.tar.gz;name=quagga-${PV}
\
+SRC_URI =
${SAVANNAH_MIRROR}/quagga${QUAGGASUBDIR}/quagga-${PV}.tar.gz;name=quagga-${PV}
\
file://fix-for-lib-inpath.patch \
file://quagga-0.99.17-libcap.patch \
file://quagga-fix-CVE-2013-6051.patch \
@@ -38,8 +38,6 @@ SRC_URI =
http://download.savannah.gnu.org/releases/quagga${QUAGGASUBDIR}/quagg
file://quagga-Avoid-duplicate-connected-address.patch \
-MIRRORS += http://download.savannah.gnu.org/releases/
http://download-mirror.savannah.gnu.org/releases/ \n
-
PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'pam', 'pam', '', d)}
PACKAGECONFIG[cap] = --enable-capabilities,--disable-capabilities,libcap
PACKAGECONFIG[pam] = --with-libpam, --without-libpam, libpam
diff --git a/meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb
b/meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb
index 6e5000b..26e0838 100644
--- a/meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb
+++ b/meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb
@@ -11,7 +11,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=fa01bff138cc98a62b8840a157951c88
# flex with provide /usr/include/FlexLexer.h
DEPENDS = flex-native bison-native flex
-SRC_URI =
http://download.savannah.nongnu.org/releases/fbi-improved/${BPN}-${PV}.tar.gz \
+SRC_URI = ${SAVANNAH_MIRROR}/fbi-improved/${BPN}-${PV}.tar.gz \
file://cross_cc.patch
SRC_URI[md5sum] = d7362dde5541c2b6439c35c6e2bd5046
SRC_URI[sha256sum] =
3f6bf2de2952b9adcbeb3db12c2a979e999a81dd1e314a03bc58e24f1ea9f686
diff --git a/meta-oe/recipes-navigation/gpsd/gpsd_3.7.bb
b/meta-oe/recipes-navigation/gpsd/gpsd_3.7.bb
index 97f3354..07dfde8 100644
--- a/meta-oe/recipes-navigation/gpsd/gpsd_3.7.bb
+++ b/meta-oe/recipes-navigation/gpsd/gpsd_3.7.bb
@@ -9,7 +9,7 @@ EXTRANATIVEPATH += chrpath-native
PR = r14
-SRC_URI = http://download.savannah.gnu.org/releases/${PN}/${P}.tar.gz \
+SRC_URI = ${SAVANNAH_MIRROR}/${PN}/${P}.tar.gz \
file://0002-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch \
file://0004-SConstruct-remove-rpath.patch \
file://0001-SConstruct-prefix-includepy-with-sysroot-and-drop-sy.patch \
diff --git a/meta-oe/recipes-support/hddtemp/hddtemp_0.3-beta15.bb
b/meta-oe/recipes-support/hddtemp/hddtemp_0.3-beta15.bb
index 9da2ee0..b40044d 100644
--- a/meta-oe/recipes-support/hddtemp/hddtemp_0.3-beta15.bb
+++ b/meta-oe/recipes-support/hddtemp/hddtemp_0.3-beta15.bb
@@ -4,7 +4,7 @@ LICENSE = GPLv2+
PR = r1
-SRC_URI =
http://download.savannah.nongnu.org/releases/hddtemp/hddtemp-0.3-beta15.tar.bz2
\
+SRC_URI = ${SAVANNAH_MIRROR}/hddtemp/hddtemp-0.3-beta15.tar.bz2 \
file://hddtemp-no-nls-support.patch \
file://hddtemp_0.3-beta15-52.diff \
file://hddtemp-0.3-beta15-autodetect-717479.patch \
diff --git a/meta-oe/recipes-support/libunwind/libunwind.inc
b/meta-oe/recipes-support/libunwind/libunwind.inc
index a70ec2e..7d049ae 100644
--- a/meta-oe/recipes-support/libunwind/libunwind.inc
+++
Re: [oe] v4l-utils won't build
On Fri, Apr 25, 2014 at 7:06 PM, Richard Cagley rcag...@gmail.com wrote: On Fri, Apr 25, 2014 at 5:40 PM, Adam Lee adam.yh@gmail.com wrote: which branch are you on? I am on master-next for OE and on Daisy on Poky. Both opencv and v4l-utils build ok. Adam I don't know is probably a bad answer. Here's what I do: git clone git://git.openembedded.org/bitbake git clone git://github.com/openembedded/oe-core.git git clone git://github.com/openembedded/meta-oe cd oe-core . ./oe-init-build-env ../build ../bitbake add in the meta-oe layer to bblayers bitbake core-image-minimal bitbake opencv then it fails you're right. if I use the daisy branch of oe-core and master-next of meta-oe does seem to build fine. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] State of bitbake world, Failed tasks 2014-04-28
Be aware that qemux86-64 log is there, but it wasn't complete so it isn't included in this report. It isn't complete, because with this number of failed recipes rm_work wasn't able to keep tmpdir small enough for my 55G tmpfs, biggest chunk was eaten by chromium and mongodb: 593Mtmp-eglibc/work/qemux86_64-oe-linux/linux-yocto-tiny-kexecboot 6.8Gtmp-eglibc/work/core2-64-oe-linux/mongodb 20G tmp-eglibc/work/core2-64-oe-linux/chromium Khem sent couple of patches for B!=S issues, bit thanks to him! I have local patch to set B=S/autotools-brokensep for remaining failing recipes, but I'll wait a bit more for people to send fixes. http://www.openembedded.org/wiki/Bitbake_World_Status == Failed tasks 2014-04-28 == === common (3) === * meta-openembedded/meta-oe/recipes-connectivity/daq/daq_2.0.2.bb, do_install * meta-openembedded/meta-oe/recipes-devtools/cloud9/cloud9_0.6.bb, do_configure * meta-openembedded/meta-oe/recipes-devtools/tcltk/tk_8.6.0.bb, do_compile === common-x86 (2) === * meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile * openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package === qemuarm (119) === * meta-openembedded/meta-efl/recipes-efl/e17/exquisite_svn.bb, do_configure * meta-openembedded/meta-efl/recipes-efl/efl/expedite_1.7.9.bb, do_configure * meta-openembedded/meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.4.bb, do_install * meta-openembedded/meta-filesystems/recipes-filesystems/owfs/owfs_2.9p1.bb, do_compile * meta-openembedded/meta-filesystems/recipes-utils/xfsprogs/xfsprogs_3.1.11.bb, do_configure * meta-openembedded/meta-gnome/recipes-connectivity/obex/obexd_0.48.bb, do_compile * meta-openembedded/meta-gnome/recipes-gnome/epiphany/epiphany_2.30.6.bb, do_configure * meta-openembedded/meta-gnome/recipes-gnome/gnome-panel/gnome-panel_2.32.1.bb, do_configure * meta-openembedded/meta-gnome/recipes-gnome/gnome-power-manager/gnome-power-manager_2.32.0.bb, do_configure * meta-openembedded/meta-gnome/recipes-gnome/gnumeric/gnumeric_1.12.0.bb, do_install * meta-openembedded/meta-gnome/recipes-gnome/libgdata/libgdata_0.7.1.bb, do_compile * meta-openembedded/meta-gnome/recipes-gnome/libxklavier/libxklavier_5.0.bb, do_configure * meta-openembedded/meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb, do_configure * meta-openembedded/meta-initramfs/recipes-bsp/kexecboot/kexecboot_0.6.bb, do_compile * meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_5.9.0.bb, do_configure * meta-openembedded/meta-multimedia/recipes-multimedia/dleyna/renderer-service-upnp_0.3.0.bb, do_install * meta-openembedded/meta-multimedia/recipes-multimedia/faac/faac_1.28.bb, do_compile * meta-openembedded/meta-multimedia/recipes-multimedia/libdc1394/libdc1394_git.bb, do_compile * meta-openembedded/meta-multimedia/recipes-multimedia/schroedinger/schroedinger_1.0.11.bb, do_compile * meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.1.4.bb, do_configure * meta-openembedded/meta-networking/recipes-connectivity/barnyard2/barnyard2_1.8.bb, do_compile * meta-openembedded/meta-networking/recipes-daemons/autofs/autofs_5.0.7.bb, do_configure * meta-openembedded/meta-networking/recipes-daemons/cyrus-sasl/cyrus-sasl_2.1.26.bb, do_configure * meta-openembedded/meta-networking/recipes-daemons/proftpd/proftpd_1.3.4b.bb, do_compile * meta-openembedded/meta-networking/recipes-daemons/radvd/radvd_1.9.8.bb, do_install * meta-openembedded/meta-networking/recipes-daemons/tftp-hpa/tftp-hpa_5.2.bb, do_install * meta-openembedded/meta-networking/recipes-daemons/vblade/vblade_20.bb, do_install * meta-openembedded/meta-networking/recipes-filter/conntrack-tools/conntrack-tools_1.4.0.bb, do_install * meta-openembedded/meta-networking/recipes-irc/znc/znc_git.bb, do_configure * meta-openembedded/meta-networking/recipes-protocols/openflow/openflow_git.bb, do_configure * meta-openembedded/meta-networking/recipes-protocols/rp-pppoe/rp-pppoe_3.8.bb, do_compile * meta-openembedded/meta-networking/recipes-support/curlpp/curlpp_0.7.3.bb, do_compile * meta-openembedded/meta-networking/recipes-support/iftop/iftop_1.0pre2.bb, do_configure * meta-openembedded/meta-networking/recipes-support/netcf/netcf_git.bb, do_install * meta-openembedded/meta-networking/recipes-support/tcpreplay/tcpreplay_3.4.4.bb, do_compile * meta-openembedded/meta-oe/recipes-benchmark/bonnie/bonnie++_1.03e.bb, do_compile * meta-openembedded/meta-oe/recipes-benchmark/dbench/dbench_4.0.bb, do_install * meta-openembedded/meta-oe/recipes-benchmark/lmbench/lmbench_3.0-a9.bb, do_compile * meta-openembedded/meta-oe/recipes-connectivity/krb5/krb5_1.11.3.bb, do_configure * meta-openembedded/meta-oe/recipes-connectivity/libmtp/libmtp_1.1.5.bb, do_unpack *
Re: [oe] [meta-browser][PATCH 0/4] Introduce EGL/GLES and component build patches for Chromium
On Sun, Apr 27, 2014 at 01:21:47PM +0200, Carlos Rafael Giani wrote: This set of patches extends the chromium recipe to allow for EGLGLESv2 based 2D rendering, considerably improving performance. This also adds hardware-accelerated WebGL support. All 4 commit messages should start with chromium: Three new PACKAGECONFIG for chromium are introduced: * component-build : If set, Chromium is built in component mode. Each subsystem of Chromium ends up in a separate shared object. The alternative is the regular mode, which links everything into one big binary. Component builds are useful for development and testing, and consumes significantly less RAM during building. It is essential when building Chromium on a 32-bit OS. * use-egl : Ordinarily, Chromium will try to use GLX and regular (= Desktop) OpenGL for 2D acceleration. If that fails, software rendering is used. If use-egl is set, it will use EGL instead of GLX and OpenGL ES 2.0 instead of regular OpenGL. This is very useful if the target platform provides hardware acceleration for this API. Chromium will then render all 2D components as well as WebGL contents with hardware acceleration, Canvas being an exception (see below). * ignore-lost-context : Without this flag, HTML Canvas will not be accelerated, even with the use-egl flag set. The reason for this is a conceptual problem: HTML Canvas expects the backing store of the canvas to persist until the web page goes away. But if the backing store is a GLES texture, then in theory the associated EGL context could get lost (for example, during a power management cycle), and the texture along with it. This violates requirements for canvas. So, one has to choose: either remain fully standards compliant, and have no acceleration, or have acceleration, and risk losing the Canvas content. Note that context losses do not happen on all platforms (they haven't been observed with Vivante GPUs for example, and internals of its galcore module do not show anything that could cause a lost context). But since these recipes do not depend on a specific platform, this option must be explicitely enabled. Carlos Rafael Giani (4): Add component-build PACKAGECONFIG option Add variable to contain extra command-line arguments Add use-egl PACKAGECONFIG to let chromium use EGL automatically Add ignore-lost-context PACKAGECONFIG to ignore lost EGL contexts .../chromium/chromium/component-build.gypi | 5 recipes-browser/chromium/chromium/google-chrome| 11 +--- .../remove-linux-accel-canvas-from-blacklist.patch | 32 ++ recipes-browser/chromium/chromium_35.0.1883.0.bb | 27 -- 4 files changed, 69 insertions(+), 6 deletions(-) create mode 100644 recipes-browser/chromium/chromium/component-build.gypi create mode 100644 recipes-browser/chromium/chromium/remove-linux-accel-canvas-from-blacklist.patch -- 1.8.3.2 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH 0/4] Introduce EGL/GLES and component build patches for Chromium
On Sun, Apr 27, 2014 at 01:21:47PM +0200, Carlos Rafael Giani wrote:
This set of patches extends the chromium recipe to allow for EGLGLESv2 based
2D rendering,
considerably improving performance. This also adds hardware-accelerated WebGL
support.
Three new PACKAGECONFIG for chromium are introduced:
Also fails when PACKAGECONFIG is empty:
+ tee -a log.world.20140428_030644.log/bitbake.world.log
NOTE: Started PRServer with DBfile:
/home/jenkins/oe/shr-core-branches/shr-core/cache/prserv.sqlite3, IP:
127.0.0.1, PORT: 52990, PID: 32499
Parsing recipes...ERROR: Error executing a python function in code:
The stack trace of python calls that resulted in this exception/failure was:
File: 'code', lineno: 9, function: module
0005:__anon_247__home_jenkins_oe_shr_core_branches_shr_core_openembedded_core_meta_classes_package_ipk_bbclass(d)
0006:__anon_20__home_jenkins_oe_shr_core_branches_shr_core_openembedded_core_meta_classes_debian_bbclass(d)
0007:__anon_33__home_jenkins_oe_shr_core_branches_shr_core_openembedded_core_meta_classes_devshell_bbclass(d)
0008:__anon_80__home_jenkins_oe_shr_core_branches_shr_core_openembedded_core_meta_classes_sstate_bbclass(d)
***
0009:__anon_46__home_jenkins_oe_shr_core_branches_shr_core_meta_browser_recipes_browser_chromium_chromium_35_0_1883_0_bb(d)
File:
'__anon_46__home_jenkins_oe_shr_core_branches_shr_core_meta_browser_recipes_browser_chromium_chromium_35_0_1883_0_bb',
lineno: 3, function:
__anon_46__home_jenkins_oe_shr_core_branches_shr_core_meta_browser_recipes_browser_chromium_chromium_35_0_1883_0_bb
0001:def
__anon_46__home_jenkins_oe_shr_core_branches_shr_core_meta_browser_recipes_browser_chromium_chromium_35_0_1883_0_bb(d):
0002:pkgconfig = d.getVar('PACKAGECONFIG', True)
*** 0003:if 'use-egl' in pkgconfig.split():
0004:d.appendVar(DEPENDS, virtual/egl virtual/libgles2)
0005:
Exception: AttributeError: 'NoneType' object has no attribute 'split'
* component-build : If set, Chromium is built in component mode. Each
subsystem of Chromium
ends up in a separate shared object. The alternative is the regular mode,
which links everything
into one big binary. Component builds are useful for development and
testing, and consumes
significantly less RAM during building. It is essential when building
Chromium on a 32-bit OS.
* use-egl : Ordinarily, Chromium will try to use GLX and regular (=
Desktop) OpenGL for 2D
acceleration. If that fails, software rendering is used. If use-egl is set,
it will use EGL
instead of GLX and OpenGL ES 2.0 instead of regular OpenGL. This is very
useful if the
target platform provides hardware acceleration for this API. Chromium will
then render all 2D
components as well as WebGL contents with hardware acceleration, Canvas
being an exception
(see below).
* ignore-lost-context : Without this flag, HTML Canvas will not be
accelerated, even with the
use-egl flag set. The reason for this is a conceptual problem: HTML
Canvas expects the
backing store of the canvas to persist until the web page goes away. But if
the backing store
is a GLES texture, then in theory the associated EGL context could get lost
(for example, during
a power management cycle), and the texture along with it. This violates
requirements for canvas.
So, one has to choose: either remain fully standards compliant, and have no
acceleration, or
have acceleration, and risk losing the Canvas content. Note that context
losses do not happen on
all platforms (they haven't been observed with Vivante GPUs for example,
and internals of its
galcore module do not show anything that could cause a lost context). But
since these recipes
do not depend on a specific platform, this option must be explicitely
enabled.
Carlos Rafael Giani (4):
Add component-build PACKAGECONFIG option
Add variable to contain extra command-line arguments
Add use-egl PACKAGECONFIG to let chromium use EGL automatically
Add ignore-lost-context PACKAGECONFIG to ignore lost EGL contexts
.../chromium/chromium/component-build.gypi | 5
recipes-browser/chromium/chromium/google-chrome| 11 +---
.../remove-linux-accel-canvas-from-blacklist.patch | 32
++
recipes-browser/chromium/chromium_35.0.1883.0.bb | 27 --
4 files changed, 69 insertions(+), 6 deletions(-)
create mode 100644 recipes-browser/chromium/chromium/component-build.gypi
create mode 100644
recipes-browser/chromium/chromium/remove-linux-accel-canvas-from-blacklist.patch
--
1.8.3.2
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
--
