[OE-core] SRC_URI and latest HEAD revision with git
After being OE abstinent for some months i'd like to ask what is the current suggested method for recipes building from the HEAD revision of a git repository (we need this for continuous integration). I read some RFC's in the ml about PKGV/PKGR stuff, but i miss a final decision, documentation and a good example. Cheers, Steffen -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] webkit-gtk: fix 'Memory exhausted' error
Build webkit-gtk occupies lot of memory and fails on some host:
|
...tmp/sysroots/i686-linux/usr/libexec/x86_64-wrs-linux/gcc/x86_64-wrs-linux/4.8.1/ld:
failed to set dynamic section sizes: Memory exhausted
| collect2: error: ld returned 1 exit status
| make[1]: *** [libwebkitgtk-1.0.la] Error 1
Add ld option to fix it.
Refer to:
http://comments.gmane.org/gmane.os.opendarwin.webkit.devel/20078
Signed-off-by: Kai Kang kai.k...@windriver.com
---
meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
index 5691d3f..90625a3 100644
--- a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
+++ b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
@@ -60,6 +60,8 @@ CPPFLAGS_append_powerpc = -I${STAGING_INCDIR}/pango-1.0 \
EXTRA_AUTORECONF = -I Source/autotools
+# Fix compile error: ld: failed to set dynamic section sizes: Memory
exhausted
+LDFLAGS += -Wl,--no-keep-memory
#| ./Source/JavaScriptCore/heap/HandleTypes.h: In static member function
'static T* JSC::HandleTypesT::getFromSlot(JSC::HandleSlot) [with T =
JSC::Structure, JSC::HandleTypesT::ExternalType = JSC::Structure*,
JSC::HandleSlot = JSC::JSValue*]':
#| ./Source/JavaScriptCore/heap/Handle.h:141:79: instantiated from
'JSC::HandleT::ExternalType JSC::HandleT::get() const [with T =
JSC::Structure, JSC::HandleT::ExternalType = JSC::Structure*]'
--
1.8.1.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Fix webkit-gtk 'Memory Exhaust' issue
The following changes since commit 31e6eee860b5f9f4ac9ef0889bcff5648de6e3f9: poky-tiny.conf: blacklist core-image-weston option (2013-07-18 21:26:58 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib kangkai/webkit-gtk http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kangkai/webkit-gtk Kai Kang (1): webkit-gtk: fix 'Memory exhausted' error meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb | 2 ++ 1 file changed, 2 insertions(+) -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] dbus: remove build host test in configure script
From: Jackie Huang jackie.hu...@windriver.com
The dbus build tests the build host to detect what initscript
environment it expects. Remove the test and set it to redhat
unconditionally as the oe-core initscript has a redhat-style pid file
path.
Signed-off-by: Andy Ross andy.r...@windriver.com
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-core/dbus/dbus-1.6.8/os-test.patch | 35 +++
meta/recipes-core/dbus/dbus.inc |4 ++-
2 files changed, 38 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
diff --git a/meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
b/meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
new file mode 100644
index 000..79554b1
--- /dev/null
+++ b/meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
@@ -0,0 +1,35 @@
+dbus: remove build host test in configure script
+
+The dbus build tests the build host to detect what initscript
+environment it expects. Remove the test and set it to redhat
+unconditionally as the oe-core initscript has a redhat-style pid file
+path.
+
+Signed-off-by: Andy Ross andy.r...@windriver.com
+Upstream-Status: innappropriate [embedded]
+
+diff -u a/configure.ac b/configure.ac
+--- a/configure.ac 2012-08-28 11:23:43.040609874 -0700
b/configure.ac 2012-08-28 11:54:25.602913945 -0700
+@@ -1348,19 +1348,8 @@
+ AS_AC_EXPAND(EXPANDED_LIBEXECDIR, $libexecdir)
+ AS_AC_EXPAND(EXPANDED_DATADIR, $datadir)
+
+- Check our operating system
+-operating_system=unknown
+-if test -f /etc/redhat-release || test -f $EXPANDED_SYSCONFDIR/redhat-release
; then
+- operating_system=redhat
+-fi
+-
+-if test -f /etc/slackware-version || test -f
$EXPANDED_SYSCONFDIR/slackware-version ; then
+- operating_system=slackware
+-fi
+-
+-if test -f /usr/bin/cygwin1.dll || test -f $EXPANDED_BINDIR/cygwin1.dll ; then
+- operating_system=cygwin
+-fi
++ Build host test removed from upstream code, openembedded initscript is
redhat-like:
++operating_system=redhat
+
+ Sort out init scripts
+
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index b07aefa..580a936 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -16,7 +16,9 @@ INC_PR = r6
SRC_URI = http://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \
file://tmpdir.patch; \
- file://dbus-1.init
+ file://dbus-1.init \
+ file://os-test.patch \
+
inherit useradd autotools pkgconfig gettext update-rc.d
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] dbus: fix two issues
From: Jackie Huang jackie.hu...@windriver.com Test info: MACHINE = qemux86-64 $ bitbake core-image-sato $ runqemu qemux86-64 core-image-sato ext3 nographic root@qemux86-64:~# /etc/init.d/dbus-1 stop Stopping system message bus: dbus. root@qemux86-64:~# /etc/init.d/dbus-1 restart Stopping system message bus: dbus. Starting system message bus: dbus. root@qemux86-64:~# /etc/init.d/dbus-1 start system message bus already started; not starting. Starting system message bus: dbus. root@qemux86-64:~# /etc/init.d/dbus-1 stop Stopping system message bus: dbus. root@qemux86-64:~# /etc/init.d/dbus-1 start Starting system message bus: dbus. -- The following changes since commit 8fc6904fe97438478119db6cd23b7b4eb33b50aa: curl: add upstream status to patch (2013-07-18 12:21:13 -0700) are available in the git repository at: git://git.pokylinux.org/poky-contrib jhuang0/r_bbappend_dbus_0722_0 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=jhuang0/r_bbappend_dbus_0722_0 Jackie Huang (2): dbus: remove build host test in configure script dbus: add -o option into start-stop-daemon arguments meta/recipes-core/dbus/dbus-1.6.10/dbus-1.init |4 +- meta/recipes-core/dbus/dbus-1.6.8/os-test.patch | 35 +++ meta/recipes-core/dbus/dbus.inc |4 ++- 3 files changed, 40 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-core/dbus/dbus-1.6.8/os-test.patch -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] dbus: add -o option into start-stop-daemon arguments
From: Jackie Huang jackie.hu...@windriver.com /etc/init.d/dbus-1 use set -e to let the script exit when any command failes. This will cause dbus-1 restart command can't start dbus when dbus is stopped. so add --oknodo option to let start-stop-daemon exit with friendly return value. Then commands will work well. Signed-off-by: Song.Li song...@windriver.com Signed-off-by: Jackie Huang jackie.hu...@windriver.com --- meta/recipes-core/dbus/dbus-1.6.10/dbus-1.init |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/dbus/dbus-1.6.10/dbus-1.init b/meta/recipes-core/dbus/dbus-1.6.10/dbus-1.init index 64f2170..0351190 100644 --- a/meta/recipes-core/dbus/dbus-1.6.10/dbus-1.init +++ b/meta/recipes-core/dbus/dbus-1.6.10/dbus-1.init @@ -57,7 +57,7 @@ start_it_up() dbus-uuidgen --ensure echo -n Starting $DESC: - start-stop-daemon --start --quiet --pidfile $PIDFILE \ + start-stop-daemon -o --start --quiet --pidfile $PIDFILE \ --user $DAEMONUSER --exec $DAEMON -- --system $PARAMS echo $NAME. if [ -d $EVENTDIR ]; then @@ -72,7 +72,7 @@ shut_it_down() run-parts --arg=stop $EVENTDIR fi echo -n Stopping $DESC: - start-stop-daemon --stop --quiet --pidfile $PIDFILE \ + start-stop-daemon -o --stop --quiet --pidfile $PIDFILE \ --user $DAEMONUSER # We no longer include these arguments so that start-stop-daemon # can do its job even given that we may have been upgraded. -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] webkit-gtk: fix 'Memory exhausted' error
Hi,
Instead of penalising everybody, would it be possible to make this
change dependent on the build machine (ram + swap)? Or to only add
-Wl,--no-keep-memory if the build failed without it?
Not sure if it would make any difference, but do you see this only with
full debug enabled (-ggdb)? If yes, can the debug flags be changed, or
that linker flag only be added, if full debug is enabled?
Cheers,
Andre'
On Mon, 2013-07-22 at 15:51 +0800, Kai Kang wrote:
Build webkit-gtk occupies lot of memory and fails on some host:
|
...tmp/sysroots/i686-linux/usr/libexec/x86_64-wrs-linux/gcc/x86_64-wrs-linux/4.8.1/ld:
failed to set dynamic section sizes: Memory exhausted
| collect2: error: ld returned 1 exit status
| make[1]: *** [libwebkitgtk-1.0.la] Error 1
Add ld option to fix it.
Refer to:
http://comments.gmane.org/gmane.os.opendarwin.webkit.devel/20078
Signed-off-by: Kai Kang kai.k...@windriver.com
---
meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
index 5691d3f..90625a3 100644
--- a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
+++ b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
@@ -60,6 +60,8 @@ CPPFLAGS_append_powerpc = -I${STAGING_INCDIR}/pango-1.0 \
EXTRA_AUTORECONF = -I Source/autotools
+# Fix compile error: ld: failed to set dynamic section sizes: Memory
exhausted
+LDFLAGS += -Wl,--no-keep-memory
#| ./Source/JavaScriptCore/heap/HandleTypes.h: In static member function
'static T* JSC::HandleTypesT::getFromSlot(JSC::HandleSlot) [with T =
JSC::Structure, JSC::HandleTypesT::ExternalType = JSC::Structure*,
JSC::HandleSlot = JSC::JSValue*]':
#| ./Source/JavaScriptCore/heap/Handle.h:141:79: instantiated from
'JSC::HandleT::ExternalType JSC::HandleT::get() const [with T =
JSC::Structure, JSC::HandleT::ExternalType = JSC::Structure*]'
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SRC_URI and latest HEAD revision with git
On Mon, Jul 22, 2013 at 8:21 AM, Steffen Sledz sl...@dresearch-fe.dewrote:
After being OE abstinent for some months i'd like to ask what is the
current suggested method for recipes building from the HEAD revision of a
git repository (we need this for continuous integration).
I read some RFC's in the ml about PKGV/PKGR stuff, but i miss a final
decision, documentation and a good example.
you can use ${AUTOREV} for this purpose. You can look at poky-bleeding
distro config for such an example.
e.g.
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/distro/include/poky-floating-revisions.inc
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 00/36] Please review and ACK
On Sunday 21 July 2013 22:28:08 Saul Wold wrote: Paul, Ross: Please review this set, I know Ross might be travelling today, so this may be delayed until the end of the day or tomorrow. NOTE TO BSP Maintainers: This will require a mesa bbappend sync when pulled * I will send email when that happens, so please prepare your branches* I verified that Ema's changes do not cause any backward revs. I tested this set twice on the AB, the first set failed with the util-linux patch, then I built master again, and rebuilt this set without the util-linux change and it built great (execpt for the missing Mesa updates to BSP). There appears to be one testimage failure with Mips and SMART, I will forward that to Stephan as it might be a test case issue. Thanks Sau! The following changes since commit 8fc6904fe97438478119db6cd23b7b4eb33b50aa: curl: add upstream status to patch (2013-07-18 12:21:13 -0700) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/ stage André Draszik (1): directfb: don't patch pkg-config files Beth Flanagan (1): adt_installer_internal: fix spelling error Chen Qi (2): useradd.bbclass: add a new base class and code refactor extrausers.bbclass: add a new bbclass Daniel Nilsson (1): glew: Update GLEW version number in autotools patch Emilia Ciobanu (11): rt-tests: add GIT revision to PV variable kmod:add GIT revision to PV variable hwlatdetect: add GIT revision to PV variable lttng-ust:add GIT revision to PV variable connman-gnome: add GIT revision to PV variable mtd-utils: add GIT revision to PV variable update-rc.d: add GIT revision to PV variable build-appliance-image: add GIT revision to PV variable lttng-modules: Append _git to recipe name and add GIT revision to PV variable chkconfig-alternatives-native: add GIT revision to PV variable docbook-sgml-dtd-4.5-native.bb: Add real PV inside the recipe I'm concerned about inconsistencies with this set - e.g. lttng-modules has been renamed to _git, lttng-ust hasn't; similarly for build-appliance-image and a few of the others. Jesse Zhang (1): tremor: add a patch to build with arm thumb Jonathan Liu (5): systemd: remove unneeded modprobe.rules mesa: upgrade to 9.1.5 wget: backport fixes for documentation build errors mesa: use LLVM 3.3 by default boot-directdisk: use awk instead of echo -ne for dash compatibility Martin Jansa (7): gst-plugins-good: add PACKAGECONFIG for jack gst-plugins-ugly: add PACKAGECONFIG for x264, cdio, dvdread pulseaudio: add PACKAGECONFIG for jack subversion: add PACKAGECONFIG for sasl gst-plugins-bad: add few more PACKAGECONFIGs cups: add PACKAGECONFIG for avahi mesa: add Upstream-Status Ming Liu (1): libpam: add a new 'nullok_secure' option support to pam_unix Muhammad Shakeel (1): systemd: Remove systemd_unitdir if systemd is not in distro features Petter Mabäcker (1): remake: fix insufficient gettext dependency Ross Burton (1): initrdscripts: mount / as read-only when live-booting Saul Wold (1): pigz: Fix typo in ALTERNATIVES line Tudor Florea (2): python: Add ptest kmod: Add ptest All the rest of the changes look OK. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] dmidecode: add aarch64 and arm to compatible host
Signed-off-by: Fathi Boudra fathi.bou...@linaro.org
---
meta/recipes-devtools/dmidecode/dmidecode_2.12.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/dmidecode/dmidecode_2.12.bb
b/meta/recipes-devtools/dmidecode/dmidecode_2.12.bb
index 000d2cd..fb2c62a 100644
--- a/meta/recipes-devtools/dmidecode/dmidecode_2.12.bb
+++ b/meta/recipes-devtools/dmidecode/dmidecode_2.12.bb
@@ -6,7 +6,7 @@ PR = r0
SRC_URI = http://savannah.nongnu.org/download/dmidecode/${BP}.tar.bz2;
-COMPATIBLE_HOST = (i.86|x86_64).*-linux
+COMPATIBLE_HOST = (i.86|x86_64|aarch64|arm).*-linux
do_install() {
oe_runmake DESTDIR=${D} install
--
1.8.1.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] readline: fix importing readline in python with probably escape sequence output
While imports readline in python, if TERM in terminfo is available and
it contains the variable 'km' and 'smm', the readline initialization will
output the value of 'smm' which is the escape sequence '\E[?1034h'.
The issue is caused by gnu readline library which is used by python
readline module. The bash-4.3/readline-6.3 has fixed this but it is still
on test and not released, so we find the changes and back port to 6.2.
Import patch from:
http://git.savannah.gnu.org/cgit/bash.git/tag/?id=bash-4.3-alpha
[YOCTO #4835]
[YOCTO #4732]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
...ly-enable-meta-key-for-a-single-call-read.patch | 114 +
meta/recipes-core/readline/readline_6.2.bb | 1 +
2 files changed, 115 insertions(+)
create mode 100644
meta/recipes-core/readline/readline-6.2/readline-only-enable-meta-key-for-a-single-call-read.patch
diff --git
a/meta/recipes-core/readline/readline-6.2/readline-only-enable-meta-key-for-a-single-call-read.patch
b/meta/recipes-core/readline/readline-6.2/readline-only-enable-meta-key-for-a-single-call-read.patch
new file mode 100644
index 000..ccfdb9f
--- /dev/null
+++
b/meta/recipes-core/readline/readline-6.2/readline-only-enable-meta-key-for-a-single-call-read.patch
@@ -0,0 +1,114 @@
+readline: only enable meta key for a single call readline().
+
+terminal.c
+ - change _rl_enable_meta_key to set a flag indicating that it sent the
+enable-meta sequence
+ - _rl_disable_meta_key: new function to turn off meta mode after we
+turned it on with _rl_enable_meta_key
+
+rlprivate.h
+ - extern declaration for _rl_disable_meta_key
+
+readline.c
+- _rl_internal_teardown: add call to _rl_disable_meta_key to make the
+ meta key active only for the duration of the call to readline()
+- _rl_internal_setup: move call to _rl_enable_meta_key here from
+ readline_initialize_everything so the meta key is active only for
+ the duration of the call to readline(). Suggestion from Miroslav
+ Lichvar mlich...@redhat.com
+
+Signed-off-by: Hongxu Jia hongxu@windriver.com
+Upstream-Status: backport
+Imported patch from:
http://git.savannah.gnu.org/cgit/bash.git/tag/?id=bash-4.3-alpha
+---
+ readline.c | 12
+ rlprivate.h | 1 +
+ terminal.c | 19 ++-
+ 3 files changed, 27 insertions(+), 5 deletions(-)
+
+diff --git a/readline.c b/readline.c
+--- a/readline.c
b/readline.c
+@@ -369,6 +369,11 @@ readline_internal_setup ()
+ _rl_in_stream = rl_instream;
+ _rl_out_stream = rl_outstream;
+
++ /* Enable the meta key only for the duration of readline(), if this
++ terminal has one. */
++ if (_rl_enable_meta)
++_rl_enable_meta_key ();
++
+ if (rl_startup_hook)
+ (*rl_startup_hook) ();
+
+@@ -437,6 +442,9 @@ readline_internal_teardown (eof)
+ if (rl_undo_list)
+ rl_free_undo_list ();
+
++ /* Disable the meta key, if this terminal has one. */
++ _rl_disable_meta_key ();
++
+ /* Restore normal cursor, if available. */
+ _rl_set_insert_mode (RL_IM_INSERT, 0);
+
+@@ -1091,10 +1099,6 @@ readline_initialize_everything ()
+ /* Try to bind a common arrow key prefix, if not already bound. */
+ bind_arrow_keys ();
+
+- /* Enable the meta key, if this terminal has one. */
+- if (_rl_enable_meta)
+-_rl_enable_meta_key ();
+-
+ /* If the completion parser's default word break characters haven't
+ been set yet, then do so now. */
+ if (rl_completer_word_break_characters == (char *)NULL)
+diff --git a/rlprivate.h b/rlprivate.h
+index 384ff67..be2c2c6 100644
+--- a/rlprivate.h
b/rlprivate.h
+@@ -339,6 +339,7 @@ extern int _rl_output_character_function PARAMS((int));
+ extern void _rl_output_some_chars PARAMS((const char *, int));
+ extern int _rl_backspace PARAMS((int));
+ extern void _rl_enable_meta_key PARAMS((void));
++extern void _rl_disable_meta_key PARAMS((void));
+ extern void _rl_control_keypad PARAMS((int));
+ extern void _rl_set_cursor PARAMS((int, int));
+
+diff --git a/terminal.c b/terminal.c
+index f8c2f6e..21ee031 100644
+--- a/terminal.c
b/terminal.c
+@@ -683,12 +683,29 @@ rl_ding ()
+ /**/
+ /* */
+
++static int enabled_meta = 0; /* flag indicating we enabled meta mode */
++
+ void
+ _rl_enable_meta_key ()
+ {
+ #if !defined (__DJGPP__)
+ if (term_has_meta _rl_term_mm)
+-tputs (_rl_term_mm, 1, _rl_output_character_function);
++{
++ tputs (_rl_term_mm, 1, _rl_output_character_function);
++ enabled_meta = 1;
++}
++#endif
++}
++
++void
++_rl_disable_meta_key ()
++{
++#if !defined (__DJGPP__)
++ if (term_has_meta _rl_term_mo enabled_meta)
++{
++ tputs (_rl_term_mo, 1, _rl_output_character_function);
++ enabled_meta = 0;
++}
+ #endif
+ }
+
+--
+1.8.1.2
+
diff --git a/meta/recipes-core/readline/readline_6.2.bb
b/meta/recipes-core/readline/readline_6.2.bb
index
[OE-core] [PATCH V3 0/2] readline: fix importing readline in python with probably escape sequence output
Change from V2: Backport to gnu readline library 6.2 rather than modify python to fix this issue. //Hongxu The following changes since commit 3dee534f1e25109e0bdb681de0746c336f4b8840: lib/oeqa: fix dependecy check (2013-07-16 10:04:17 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-readlne http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-python-readlne Hongxu Jia (2): readline: fix importing readline in python with probably escape sequence output python-native: remove unused and duplicated sitecustomize.py ...ly-enable-meta-key-for-a-single-call-read.patch | 114 + meta/recipes-core/readline/readline_6.2.bb | 1 + .../python/python-native/sitecustomize.py | 45 3 files changed, 115 insertions(+), 45 deletions(-) create mode 100644 meta/recipes-core/readline/readline-6.2/readline-only-enable-meta-key-for-a-single-call-read.patch delete mode 100644 meta/recipes-devtools/python/python-native/sitecustomize.py -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] python-native: remove unused and duplicated sitecustomize.py
python-native doesn't use sitecustomize.py and there is another duplicated one in meta/recipes-devtools/python/python. [YOCTO #4889] Signed-off-by: Hongxu Jia hongxu@windriver.com --- .../python/python-native/sitecustomize.py | 45 -- 1 file changed, 45 deletions(-) delete mode 100644 meta/recipes-devtools/python/python-native/sitecustomize.py diff --git a/meta/recipes-devtools/python/python-native/sitecustomize.py b/meta/recipes-devtools/python/python-native/sitecustomize.py deleted file mode 100644 index 2739018..000 --- a/meta/recipes-devtools/python/python-native/sitecustomize.py +++ /dev/null @@ -1,45 +0,0 @@ -# OpenEmbedded sitecustomize.py (C) 2002-2008 Michael 'Mickey' Lauer mla...@vanille-media.de -# GPLv2 or later -# Version: 20081123 -# Features: -# * set proper default encoding -# * enable readline completion in the interactive interpreter -# * load command line history on startup -# * save command line history on exit - -import os - -def __exithandler(): -try: -readline.write_history_file( %s/.python-history % os.getenv( HOME, /tmp ) ) -except IOError: -pass - -def __registerExitHandler(): -import atexit -atexit.register( __exithandler ) - -def __enableReadlineSupport(): -readline.set_history_length( 1000 ) -readline.parse_and_bind( tab: complete ) -try: -readline.read_history_file( %s/.python-history % os.getenv( HOME, /tmp ) ) -except IOError: -pass - -def __enableDefaultEncoding(): -import sys -try: -sys.setdefaultencoding( utf8 ) -except LookupError: -pass - -import sys -try: -import rlcompleter, readline -except ImportError: -pass -else: -__enableDefaultEncoding() -__registerExitHandler() -__enableReadlineSupport() -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SRC_URI and latest HEAD revision with git
On 22.07.2013 11:01, Nicolas Dechesne wrote:
On Mon, Jul 22, 2013 at 8:21 AM, Steffen Sledz sl...@dresearch-fe.de
mailto:sl...@dresearch-fe.de wrote:
After being OE abstinent for some months i'd like to ask what is the current
suggested method for recipes building from the HEAD revision of a git
repository (we need this for continuous integration).
I read some RFC's in the ml about PKGV/PKGR stuff, but i miss a final
decision, documentation and a good example.
you can use ${AUTOREV} for this purpose. You can look at poky-bleeding distro
config for such an example.
e.g.
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/distro/include/poky-floating-revisions.inc
H? This doesn't seem the work.
Here's what i tried in my recipe:
snip
PR = r3
SRCREV=${AUTOREV}
PV = gitr${SRCPV}
snip
But i get package versions like
gitr0+53b64e717404d282d0c58b7fa4a4e74ab2ca81ba-r3
where SRCPB is always 0. :(
A bit more description and/or a complete example would be very helpful.
Regards,
Steffen
--
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] webkit-gtk: fix 'Memory exhausted' error
Agreed, I think this sort of thing belongs in site.conf or some such
place, not in the recipe.
p.
On Mon, 2013-07-22 at 09:22 +0100, André Draszik wrote:
Hi,
Instead of penalising everybody, would it be possible to make this
change dependent on the build machine (ram + swap)? Or to only add
-Wl,--no-keep-memory if the build failed without it?
Not sure if it would make any difference, but do you see this only with
full debug enabled (-ggdb)? If yes, can the debug flags be changed, or
that linker flag only be added, if full debug is enabled?
Cheers,
Andre'
On Mon, 2013-07-22 at 15:51 +0800, Kai Kang wrote:
Build webkit-gtk occupies lot of memory and fails on some host:
|
...tmp/sysroots/i686-linux/usr/libexec/x86_64-wrs-linux/gcc/x86_64-wrs-linux/4.8.1/ld:
failed to set dynamic section sizes: Memory exhausted
| collect2: error: ld returned 1 exit status
| make[1]: *** [libwebkitgtk-1.0.la] Error 1
Add ld option to fix it.
Refer to:
http://comments.gmane.org/gmane.os.opendarwin.webkit.devel/20078
Signed-off-by: Kai Kang kai.k...@windriver.com
---
meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
index 5691d3f..90625a3 100644
--- a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
+++ b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
@@ -60,6 +60,8 @@ CPPFLAGS_append_powerpc = -I${STAGING_INCDIR}/pango-1.0
\
EXTRA_AUTORECONF = -I Source/autotools
+# Fix compile error: ld: failed to set dynamic section sizes: Memory
exhausted
+LDFLAGS += -Wl,--no-keep-memory
#| ./Source/JavaScriptCore/heap/HandleTypes.h: In static member function
'static T* JSC::HandleTypesT::getFromSlot(JSC::HandleSlot) [with T =
JSC::Structure, JSC::HandleTypesT::ExternalType = JSC::Structure*,
JSC::HandleSlot = JSC::JSValue*]':
#| ./Source/JavaScriptCore/heap/Handle.h:141:79: instantiated from
'JSC::HandleT::ExternalType JSC::HandleT::get() const [with T =
JSC::Structure, JSC::HandleT::ExternalType = JSC::Structure*]'
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SRC_URI and latest HEAD revision with git
On Monday 22 July 2013 11:46:23 Steffen Sledz wrote:
On 22.07.2013 11:01, Nicolas Dechesne wrote:
On Mon, Jul 22, 2013 at 8:21 AM, Steffen Sledz sl...@dresearch-fe.de
mailto:sl...@dresearch-fe.de wrote:
After being OE abstinent for some months i'd like to ask what is the
current suggested method for recipes building from the HEAD revision of
a git repository (we need this for continuous integration).
I read some RFC's in the ml about PKGV/PKGR stuff, but i miss a final
decision, documentation and a good example.
you can use ${AUTOREV} for this purpose. You can look at poky-bleeding
distro config for such an example.
e.g.
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/distr
o/include/poky-floating-revisions.inc
H? This doesn't seem the work.
Here's what i tried in my recipe:
snip
PR = r3
SRCREV=${AUTOREV}
PV = gitr${SRCPV}
snip
But i get package versions like
gitr0+53b64e717404d282d0c58b7fa4a4e74ab2ca81ba-r3
where SRCPB is always 0. :(
A bit more description and/or a complete example would be very helpful.
If you want these to increment now AIUI you need to be using the PR server:
https://wiki.yoctoproject.org/wiki/PR_Service
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] boot-directdisk: use awk instead of echo -ne for dash compatibility
ACK.
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Jonathan
Liu
Sent: Saturday, July 20, 2013 3:11 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH] boot-directdisk: use awk instead of echo -ne for
dash compatibility
The echo command is a dash shell built-in and does not support the
-n and -e options so use awk instead.
This fixes the partition table being corrupted when writing the MBR
disk signature into the image.
[YOCTO #4859]
Signed-off-by: Jonathan Liu net...@gmail.com
---
meta/classes/boot-directdisk.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/boot-directdisk.bbclass
b/meta/classes/boot-directdisk.bbclass
index 182957b..8a55aae 100644
--- a/meta/classes/boot-directdisk.bbclass
+++ b/meta/classes/boot-directdisk.bbclass
@@ -81,7 +81,7 @@ build_boot_dd() {
parted $IMAGE set 1 boot on
parted $IMAGE print
- echo -ne $(echo ${DISK_SIGNATURE} | fold -w 2 | tac | paste -sd '' |
sed 's/\(..\)/\\x/g') | \
+ awk BEGIN { printf \$(echo ${DISK_SIGNATURE} | fold -w 2 | tac |
paste -sd '' | sed 's/\(..\)/\\x/g')\ } | \
dd of=$IMAGE bs=1 seek=440 conv=notrunc
OFFSET=`expr $END2 / 512`
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SRC_URI and latest HEAD revision with git
On 22.07.2013 11:51, Paul Eggleton wrote:
On Monday 22 July 2013 11:46:23 Steffen Sledz wrote:
On 22.07.2013 11:01, Nicolas Dechesne wrote:
On Mon, Jul 22, 2013 at 8:21 AM, Steffen Sledz sl...@dresearch-fe.de
mailto:sl...@dresearch-fe.de wrote:
After being OE abstinent for some months i'd like to ask what is the
current suggested method for recipes building from the HEAD revision of
a git repository (we need this for continuous integration).
I read some RFC's in the ml about PKGV/PKGR stuff, but i miss a final
decision, documentation and a good example.
you can use ${AUTOREV} for this purpose. You can look at poky-bleeding
distro config for such an example.
e.g.
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/distr
o/include/poky-floating-revisions.inc
H? This doesn't seem the work.
Here's what i tried in my recipe:
snip
PR = r3
SRCREV=${AUTOREV}
PV = gitr${SRCPV}
snip
But i get package versions like
gitr0+53b64e717404d282d0c58b7fa4a4e74ab2ca81ba-r3
where SRCPB is always 0. :(
A bit more description and/or a complete example would be very helpful.
If you want these to increment now AIUI you need to be using the PR server:
https://wiki.yoctoproject.org/wiki/PR_Service
This seems to be the thing we need.
But the description is not very helpful from the view of a recipe maintainer.
It describes mostly the server part.
* What do i have to write in my recipe?
* What modifications in bitbake.conf, local.conf, ... are necessary?
Regards,
Steffen
--
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] bash: Add ptest
On 07/05/2013 12:23 PM, Shakeel, Muhammad wrote:
From: Muhammad Shakeel muhammad_shak...@mentor.com
ptest support was already added for v4.2 but for the distros
using GPLv2 version of bash (3.2.48) this update is required.
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
.../bash/bash-3.2.48/build-tests.patch | 44
meta/recipes-extended/bash/bash-3.2.48/run-ptest |2 +
.../bash/bash-3.2.48/test-output.patch | 25 +++
meta/recipes-extended/bash/bash_3.2.48.bb |3 ++
4 files changed, 74 insertions(+)
diff --git a/meta/recipes-extended/bash/bash-3.2.48/build-tests.patch
b/meta/recipes-extended/bash/bash-3.2.48/build-tests.patch
new file mode 100644
index 000..91341ee
--- /dev/null
+++ b/meta/recipes-extended/bash/bash-3.2.48/build-tests.patch
@@ -0,0 +1,44 @@
+Add 'ptest' target to Makefile, to run tests without checking dependencies.
+
+Signed-off-by: Anders Roxell anders.rox...@enea.com
+Upstream-Status: Pending
+---
+diff -dNaur bash-3.2.48/Makefile.in.orig bash-3.2.48/Makefile.in
+--- bash-3.2.48/Makefile.in.orig 2006-08-17 23:03:35.0 +0500
bash-3.2.48/Makefile.in2013-07-02 20:20:07.512709327 +0500
+@@ -803,17 +803,31 @@
+ fi
+
+ recho$(EXEEXT): $(SUPPORT_SRC)recho.c
+- @$(CC_FOR_BUILD) $(CCFLAGS_FOR_BUILD) -o $@ $(SUPPORT_SRC)recho.c
${LIBS_FOR_BUILD}
++ @$(CC) $(CCFLAGS) -o $@ $
+
+ zecho$(EXEEXT): $(SUPPORT_SRC)zecho.c
+- @$(CC_FOR_BUILD) $(CCFLAGS_FOR_BUILD) -o $@ $(SUPPORT_SRC)zecho.c
${LIBS_FOR_BUILD}
++ @$(CC) $(CCFLAGS) -o $@ $
+
+ printenv$(EXEEXT):$(SUPPORT_SRC)printenv.c
+- @$(CC_FOR_BUILD) $(CCFLAGS_FOR_BUILD) -o $@ $(SUPPORT_SRC)printenv.c
${LIBS_FOR_BUILD}
++ @$(CC) $(CCFLAGS) -o $@ $
+
+-test tests check: force $(Program) $(TESTS_SUPPORT)
++test tests check:
++ @$(MAKE) install-test
++ @$(MAKE) runtest
++
++install-test: buildtest
++ifeq ($(origin INSTALL_TEST_DIR), undefined)
+ @-test -d tests || mkdir tests
+ @cp $(TESTS_SUPPORT) tests
++else
++ @-test -d $(INSTALL_TEST_DIR) || mkdir -p $(INSTALL_TEST_DIR)
++ @cp -r $(srcdir)/tests/* $(INSTALL_TEST_DIR)/
++ @cp $(TESTS_SUPPORT) $(INSTALL_TEST_DIR)
++endif
++
++buildtest: force $(Program) $(TESTS_SUPPORT)
++
++runtest:
+ @( cd $(srcdir)/tests \
+ PATH=$(BUILD_DIR)/tests:$$PATH THIS_SH=$(THIS_SH) $(SHELL)
${TESTSCRIPT} )
+
diff --git a/meta/recipes-extended/bash/bash-3.2.48/run-ptest
b/meta/recipes-extended/bash/bash-3.2.48/run-ptest
new file mode 100644
index 000..8dd3b99
--- /dev/null
+++ b/meta/recipes-extended/bash/bash-3.2.48/run-ptest
@@ -0,0 +1,2 @@
+#!/bin/sh
+make -k THIS_SH=/bin/bash BUILD_DIR=. runtest
diff --git a/meta/recipes-extended/bash/bash-3.2.48/test-output.patch
b/meta/recipes-extended/bash/bash-3.2.48/test-output.patch
new file mode 100644
index 000..2b09b7d
--- /dev/null
+++ b/meta/recipes-extended/bash/bash-3.2.48/test-output.patch
@@ -0,0 +1,25 @@
+Add FAIL/PASS output to test output.
+
+Signed-off-by: Björn Stenberg b...@enea.com
+Upstream-Status: Pending
+---
+diff -uNr a/tests/run-all b/tests/run-all
+--- a/tests/run-all1999-10-08 17:07:46.0 +0200
b/tests/run-all2012-10-27 21:04:18.663331887 +0200
+@@ -22,7 +22,15 @@
+ case $x in
+ $0|run-minimal|run-gprof) ;;
+ *.orig|*~) ;;
+- *) echo $x ; sh $x ;;
++*) echo $x
++ output=`sh $x`
++ if [ -n $output ]; then
++ echo $output
++ echo FAIL: $x
++ else
++ echo PASS: $x
++ fi
++ ;;
+ esac
+ done
+
diff --git a/meta/recipes-extended/bash/bash_3.2.48.bb
b/meta/recipes-extended/bash/bash_3.2.48.bb
index 4e6f0f3..fe04b28 100644
--- a/meta/recipes-extended/bash/bash_3.2.48.bb
+++ b/meta/recipes-extended/bash/bash_3.2.48.bb
@@ -10,6 +10,9 @@ SRC_URI = ${GNU_MIRROR}/bash/bash-${PV}.tar.gz;name=tarball \
${GNU_MIRROR}/bash/bash-3.2-patches/bash32-050;apply=yes;striplevel=0;name=patch002
\
${GNU_MIRROR}/bash/bash-3.2-patches/bash32-051;apply=yes;striplevel=0;name=patch003
\
file://mkbuiltins_have_stringize.patch \
+ file://build-tests.patch \
+ file://test-output.patch \
+ file://run-ptest \
SRC_URI[tarball.md5sum] = 338dcf975a93640bb3eaa843ca42e3f8
Hi Saul,
Can you please comment on the status of this patch?
Best Regards
Shakeel
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SRC_URI and latest HEAD revision with git
On Monday 22 July 2013 12:30:53 Steffen Sledz wrote:
On 22.07.2013 11:51, Paul Eggleton wrote:
On Monday 22 July 2013 11:46:23 Steffen Sledz wrote:
On 22.07.2013 11:01, Nicolas Dechesne wrote:
On Mon, Jul 22, 2013 at 8:21 AM, Steffen Sledz sl...@dresearch-fe.de
mailto:sl...@dresearch-fe.de wrote:
After being OE abstinent for some months i'd like to ask what is the
current suggested method for recipes building from the HEAD revision of
a git repository (we need this for continuous integration).
I read some RFC's in the ml about PKGV/PKGR stuff, but i miss a final
decision, documentation and a good example.
you can use ${AUTOREV} for this purpose. You can look at poky-bleeding
distro config for such an example.
e.g.
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/dist
r
o/include/poky-floating-revisions.inc
H? This doesn't seem the work.
Here's what i tried in my recipe:
snip
PR = r3
SRCREV=${AUTOREV}
PV = gitr${SRCPV}
snip
But i get package versions like
gitr0+53b64e717404d282d0c58b7fa4a4e74ab2ca81ba-r3
where SRCPB is always 0. :(
A bit more description and/or a complete example would be very helpful.
If you want these to increment now AIUI you need to be using the PR
server:
https://wiki.yoctoproject.org/wiki/PR_Service
This seems to be the thing we need.
But the description is not very helpful from the view of a recipe
maintainer. It describes mostly the server part.
* What do i have to write in my recipe?
Nothing special. If you used SRCPV in PV where you are using an SCM in
SRC_URI, that should be enough. The integer at the start of SRCREV will be
incremented automatically if the revision changes, and if it doesn't but other
values within the recipe change then PR will automatically be incremented
above the initial value set in the recipe.
* What modifications in bitbake.conf, local.conf, ... are necessary?
I believe as described in the page I linked above you should only need to set
PRSERV_HOST.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Handle of kernels which need dtc_cpp use
Hello, I need to use one kernel which uses dtc_cpp. So for now I ended duplicating all linux-dtc.inc file for it. Does someone have a better option? -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Handle of kernels which need dtc_cpp use
Hi,
I am using the attached.
To use DTC+CPP, instead of giving the full path
arch/${ARCH}/boot/dts/filename, you only have to specify filename in
KERNEL_DEVICETREE.
This was done to stay compatible with existing build rules, but I don't
know if this would work for the case ${ARCH} != arm
Cheers,
Andre'
On Mon, 2013-07-22 at 09:25 -0300, Otavio Salvador wrote:
Hello,
I need to use one kernel which uses dtc_cpp. So for now I ended
duplicating all linux-dtc.inc file for it.
Does someone have a better option?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://projetos.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
From c75412b664d1d5acc6d50b8b5ea5a54af703b534 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andr=C3=A9=20Draszik?= andre.dras...@linaro.org
Date: Fri, 19 Jul 2013 09:15:42 +0100
Subject: [PATCH] linux-dtb: allow to build dtb using support from kernel
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The kernel build system has native support for device tree
source files that /include/ additional files and it also
supports the source file to be pre-processed using CPP.
This commits lets OE use the kbuild system if
$KERNEL_DEVICETREE points to file(s) that are located in
arch/${ARCH}/boot/dts/
Signed-off-by: André Draszik andre.dras...@linaro.org
---
meta/recipes-kernel/linux/linux-dtb.inc | 76 +++--
1 file changed, 64 insertions(+), 12 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-dtb.inc b/meta/recipes-kernel/linux/linux-dtb.inc
index 58b93a1..c8951ed 100644
--- a/meta/recipes-kernel/linux/linux-dtb.inc
+++ b/meta/recipes-kernel/linux/linux-dtb.inc
@@ -1,28 +1,67 @@
+inherit kernel-arch
+
# Support for device tree generation
FILES_kernel-devicetree = /boot/devicetree*
KERNEL_DEVICETREE_FLAGS ?= -R 8 -p 0x3000
python __anonymous () {
+from os import path
+
devicetree = d.getVar(KERNEL_DEVICETREE, True) or ''
if devicetree:
- depends = d.getVar(DEPENDS, True)
- d.setVar(DEPENDS, %s dtc-native % depends)
+ # fixme: add dependency only if file not found
+ S = d.getVar(S, True)
+ for DTS_FILE in devicetree.split():
+ DTS_FILE = S + / + DTS_FILE
+ if os.path.exists(DTS_FILE):
+ # full path given, use dtc-native
+ print old style KERNEL_DEVICETREE, adding depend on dtc-native
+ depends = d.getVar(DEPENDS, True)
+ d.setVar(DEPENDS, %s dtc-native % depends)
+ else:
+ # new style - it's just a file name, under arch/${ARCH}/boot/dts
+ # we don't need dtc-native, as we use the kernel's compiler
+ print new style KERNEL_DEVICETREE
packages = d.getVar(PACKAGES, True)
d.setVar(PACKAGES, %s kernel-devicetree % packages)
}
-do_install_append() {
+do_compile_append() {
if test -n ${KERNEL_DEVICETREE}; then
for DTS_FILE in ${KERNEL_DEVICETREE}; do
if [ ! -f ${DTS_FILE} ]; then
-echo Warning: ${DTS_FILE} is not available!
-continue
+if [ ! -f arch/${ARCH}/boot/dts/${DTS_FILE} ]; then
+ echo Warning: ${DTS_FILE} is not available!
+ continue
+fi
+
+# standard build using kbuild
+echo Info: standard kbuild for device tree blob
+DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F . '{print $1}'`
+
+unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS MACHINE
+oe_runmake ${DTS_BASE_NAME}.dtb CC=${KERNEL_CC} LD=${KERNEL_LD} ${KERNEL_EXTRA_ARGS}
fi
+ done
+ fi
+}
+
+do_install_append() {
+ if test -n ${KERNEL_DEVICETREE}; then
+ for DTS_FILE in ${KERNEL_DEVICETREE}; do
DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F . '{print $1}'`
- DTB_NAME=`echo ${KERNEL_IMAGE_BASE_NAME} | sed s/${MACHINE}/${DTS_BASE_NAME}/g`
DTB_SYMLINK_NAME=`echo ${KERNEL_IMAGE_SYMLINK_NAME} | sed s/${MACHINE}/${DTS_BASE_NAME}/g`
- dtc -I dts -O dtb ${KERNEL_DEVICETREE_FLAGS} -o ${DTS_BASE_NAME} ${DTS_FILE}
- install -m 0644 ${DTS_BASE_NAME} ${D}/boot/devicetree-${DTB_SYMLINK_NAME}.dtb
+ if [ ! -f ${DTS_FILE} ]; then
+if [ ! -f arch/${ARCH}/boot/dts/${DTS_FILE} ]; then
+ echo Warning: ${DTS_FILE} is not available!
+ continue
+fi
+
+install -m 0644 arch/${ARCH}/boot/${DTS_BASE_NAME}.dtb ${D}/boot/devicetree-${DTB_SYMLINK_NAME}.dtb
+continue
+ fi
+ dtc -I dts -O dtb ${KERNEL_DEVICETREE_FLAGS} -o ${DTS_BASE_NAME}.dtb ${DTS_FILE}
+ install -m 0644 ${DTS_BASE_NAME}.dtb ${D}/boot/devicetree-${DTB_SYMLINK_NAME}.dtb
done
fi
}
@@ -30,15 +69,28 @@ do_install_append() {
do_deploy_append() {
if test -n ${KERNEL_DEVICETREE}; then
for DTS_FILE in ${KERNEL_DEVICETREE}; do
+ DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F . '{print $1}'`
if [ ! -f ${DTS_FILE} ]; then
-echo Warning: ${DTS_FILE} is not available!
-continue
+if [ ! -f
Re: [OE-core] Handle of kernels which need dtc_cpp use
On Mon, Jul 22, 2013 at 9:29 AM, André Draszik andre.dras...@linaro.org wrote:
Hi,
I am using the attached.
To use DTC+CPP, instead of giving the full path
arch/${ARCH}/boot/dts/filename, you only have to specify filename in
KERNEL_DEVICETREE.
This was done to stay compatible with existing build rules, but I don't
know if this would work for the case ${ARCH} != arm
I tried to apply this on master and it failed. Can you please rebase
this? This does look like the way to go.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://projetos.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Handle of kernels which need dtc_cpp use
Attached, but untested, as I'm not in a position to test master at the
moment.
Cheers,
Andre'
On Mon, 2013-07-22 at 09:34 -0300, Otavio Salvador wrote:
On Mon, Jul 22, 2013 at 9:29 AM, André Draszik andre.dras...@linaro.org
wrote:
Hi,
I am using the attached.
To use DTC+CPP, instead of giving the full path
arch/${ARCH}/boot/dts/filename, you only have to specify filename in
KERNEL_DEVICETREE.
This was done to stay compatible with existing build rules, but I don't
know if this would work for the case ${ARCH} != arm
I tried to apply this on master and it failed. Can you please rebase
this? This does look like the way to go.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://projetos.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
From 3e55b7c4cea9fca3b7fc8b93c40f76dc8aec7610 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andr=C3=A9=20Draszik?= andre.dras...@linaro.org
Date: Fri, 19 Jul 2013 09:15:42 +0100
Subject: [PATCH] linux-dtb: allow to build dtb using support from kernel
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The kernel build system has native support for device tree
source files that /include/ additional files and it also
supports the source file to be pre-processed using CPP.
This commits lets OE use the kbuild system if
$KERNEL_DEVICETREE points to file(s) that are located in
arch/${ARCH}/boot/dts/
Signed-off-by: André Draszik andre.dras...@linaro.org
---
meta/recipes-kernel/linux/linux-dtb.inc | 75 +++--
1 file changed, 63 insertions(+), 12 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-dtb.inc b/meta/recipes-kernel/linux/linux-dtb.inc
index 7747718..75b8b76 100644
--- a/meta/recipes-kernel/linux/linux-dtb.inc
+++ b/meta/recipes-kernel/linux/linux-dtb.inc
@@ -1,28 +1,66 @@
+inherit kernel-arch
+
# Support for device tree generation
FILES_kernel-devicetree = /boot/devicetree*
KERNEL_DEVICETREE_FLAGS ?= -R 8 -p 0x3000
python __anonymous () {
+from os import path
+
devicetree = d.getVar(KERNEL_DEVICETREE, True) or ''
if devicetree:
-depends = d.getVar(DEPENDS, True)
-d.setVar(DEPENDS, %s dtc-native % depends)
+S = d.getVar(S, True)
+for DTS_FILE in devicetree.split():
+DTS_FILE = S + / + DTS_FILE
+if os.path.exists(DTS_FILE):
+# full path given, use dtc-native
+print old style KERNEL_DEVICETREE, adding depend on dtc-native
+depends = d.getVar(DEPENDS, True)
+d.setVar(DEPENDS, %s dtc-native % depends)
+else:
+# new style - it's just a file name, under arch/${ARCH}/boot/dts
+# we don't need dtc-native, as we use the kernel's compiler
+print new style KERNEL_DEVICETREE
packages = d.getVar(PACKAGES, True)
d.setVar(PACKAGES, %s kernel-devicetree % packages)
}
-do_install_append() {
+do_compile_append() {
if test -n ${KERNEL_DEVICETREE}; then
for DTS_FILE in ${KERNEL_DEVICETREE}; do
if [ ! -f ${DTS_FILE} ]; then
-echo Warning: ${DTS_FILE} is not available!
-continue
+if [ ! -f arch/${ARCH}/boot/dts/${DTS_FILE} ]; then
+ echo Warning: ${DTS_FILE} is not available!
+ continue
+fi
+
+# standard build using kbuild
+echo Info: standard kbuild for device tree blob
+DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F . '{print $1}'`
+
+unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS MACHINE
+oe_runmake ${DTS_BASE_NAME}.dtb CC=${KERNEL_CC} LD=${KERNEL_LD} ${KERNEL_EXTRA_ARGS}
fi
+ done
+ fi
+}
+
+do_install_append() {
+ if test -n ${KERNEL_DEVICETREE}; then
+ for DTS_FILE in ${KERNEL_DEVICETREE}; do
DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F . '{print $1}'`
- DTB_NAME=`echo ${KERNEL_IMAGE_BASE_NAME} | sed s/${MACHINE}/${DTS_BASE_NAME}/g`
DTB_SYMLINK_NAME=`echo ${KERNEL_IMAGE_SYMLINK_NAME} | sed s/${MACHINE}/${DTS_BASE_NAME}/g`
- dtc -I dts -O dtb ${KERNEL_DEVICETREE_FLAGS} -o ${DTS_BASE_NAME} ${DTS_FILE}
- install -m 0644 ${DTS_BASE_NAME} ${D}/boot/devicetree-${DTB_SYMLINK_NAME}.dtb
+ if [ ! -f ${DTS_FILE} ]; then
+if [ ! -f arch/${ARCH}/boot/dts/${DTS_FILE} ]; then
+ echo Warning: ${DTS_FILE} is not available!
+ continue
+fi
+
+install -m 0644 arch/${ARCH}/boot/${DTS_BASE_NAME}.dtb ${D}/boot/devicetree-${DTB_SYMLINK_NAME}.dtb
+continue
+ fi
+ dtc -I dts -O dtb ${KERNEL_DEVICETREE_FLAGS} -o ${DTS_BASE_NAME}.dtb ${DTS_FILE}
+ install -m 0644 ${DTS_BASE_NAME}.dtb ${D}/boot/devicetree-${DTB_SYMLINK_NAME}.dtb
done
fi
}
@@ -30,15 +68,28 @@ do_install_append() {
do_deploy_append() {
if test -n ${KERNEL_DEVICETREE}; then
for DTS_FILE in ${KERNEL_DEVICETREE}; do
+ DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F . '{print $1}'`
if [ ! -f ${DTS_FILE} ]; then
-echo Warning: ${DTS_FILE} is not
Re: [OE-core] [PATCH 6/8] gst-plugins-bad: add few more PACKAGECONFIGs
On Sat, Jul 20, 2013 at 04:57:23PM +0200, Martin Jansa wrote: Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.23.bb | 8 1 file changed, 8 insertions(+) diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.23.bb b/meta/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.23.bb index 7e80ce4..40accfa 100644 --- a/meta/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.23.bb +++ b/meta/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.23.bb @@ -24,6 +24,14 @@ PACKAGECONFIG[curl] = --enable-curl,--disable-curl,curl PACKAGECONFIG[rsvg] = --enable-rsvg,--disable-rsvg,librsvg, PACKAGECONFIG[orc] = --enable-orc,--disable-orc,orc PACKAGECONFIG[neon] = --enable-neon,--disable-neon,neon +PACKAGECONFIG[mms] = --enable-mms,--disable-mms,libmms I'm sending updated patch, this should be --enable-libmms. +PACKAGECONFIG[cog] = --enable-cog,--disable-cog,libpng +PACKAGECONFIG[faad] = --enable-faad,--disable-faad,faad2 +PACKAGECONFIG[jp2k] = --enable-jp2k,--disable-jp2k,jasper +PACKAGECONFIG[modplug] = --enable-modplug,--disable-modplug,libmodplug +PACKAGECONFIG[opus] = --enable-opus,--disable-opus,libopus +PACKAGECONFIG[sndfile] = --enable-sndfile,--disable-sndfile,libsndfile1 +PACKAGECONFIG[vp8] = --enable-vp8,--disable-vp8,libvpx ARM_INSTRUCTION_SET = arm -- 1.8.3.2 -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] elfutils: fix backends' Makefile.am
The following changes since commit 31e6eee860b5f9f4ac9ef0889bcff5648de6e3f9: poky-tiny.conf: blacklist core-image-weston option (2013-07-18 21:26:58 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/b4849_install_toolchain_errors http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/b4849_install_toolchain_errors Laurentiu Palcu (1): elfutils: fix backends' Makefile.am .../elfutils/elfutils-0.155/hppa_backend.diff | 15 ++- .../elfutils/elfutils-0.155/m68k_backend.diff | 12 +--- .../elfutils/elfutils-0.155/mips_backend.diff | 16 +++- 3 files changed, 30 insertions(+), 13 deletions(-) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] elfutils: fix backends' Makefile.am
The mips, m68k and parisc backend libraries were not generated. This patch fixes that. [YOCTO #4849] Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- .../elfutils/elfutils-0.155/hppa_backend.diff | 15 ++- .../elfutils/elfutils-0.155/m68k_backend.diff | 12 +--- .../elfutils/elfutils-0.155/mips_backend.diff | 16 +++- 3 files changed, 30 insertions(+), 13 deletions(-) diff --git a/meta/recipes-devtools/elfutils/elfutils-0.155/hppa_backend.diff b/meta/recipes-devtools/elfutils/elfutils-0.155/hppa_backend.diff index e8d8df5..3fb2523 100644 --- a/meta/recipes-devtools/elfutils/elfutils-0.155/hppa_backend.diff +++ b/meta/recipes-devtools/elfutils/elfutils-0.155/hppa_backend.diff @@ -729,7 +729,7 @@ Index: elfutils-0.155/backends/Makefile.am === --- elfutils-0.155.orig/backends/Makefile.am +++ elfutils-0.155/backends/Makefile.am -@@ -32,7 +32,7 @@ INCLUDES += -I$(top_srcdir)/libebl -I$(t +@@ -32,11 +32,11 @@ -I$(top_srcdir)/libelf -I$(top_srcdir)/libdw @@ -738,7 +738,12 @@ Index: elfutils-0.155/backends/Makefile.am libebl_pic = libebl_i386_pic.a libebl_sh_pic.a libebl_x86_64_pic.a \ libebl_ia64_pic.a libebl_alpha_pic.a libebl_arm_pic.a \ libebl_sparc_pic.a libebl_ppc_pic.a libebl_ppc64_pic.a \ -@@ -103,6 +103,9 @@ tilegx_SRCS = tilegx_init.c tilegx_symbo +- libebl_s390_pic.a libebl_tilegx_pic.a ++ libebl_s390_pic.a libebl_tilegx_pic.a libebl_parisc_pic.a + noinst_LIBRARIES = $(libebl_pic) + noinst_DATA = $(libebl_pic:_pic.a=.so) + +@@ -103,6 +103,9 @@ libebl_tilegx_pic_a_SOURCES = $(tilegx_SRCS) am_libebl_tilegx_pic_a_OBJECTS = $(tilegx_SRCS:.c=.os) @@ -752,7 +757,7 @@ Index: elfutils-0.155/libelf/elf.h === --- elfutils-0.155.orig/libelf/elf.h +++ elfutils-0.155/libelf/elf.h -@@ -1780,16 +1780,24 @@ typedef Elf32_Addr Elf32_Conflict; +@@ -1780,16 +1780,24 @@ #define R_PARISC_PCREL17F 12 /* 17 bits of rel. address. */ #define R_PARISC_PCREL14R 14 /* Right 14 bits of rel. address. */ #define R_PARISC_DPREL21L 18 /* Left 21 bits of rel. address. */ @@ -777,7 +782,7 @@ Index: elfutils-0.155/libelf/elf.h #define R_PARISC_LTOFF_FPTR32 57 /* 32 bits LT-rel. function pointer. */ #define R_PARISC_LTOFF_FPTR21L58 /* LT-rel. fct ptr, left 21 bits. */ #define R_PARISC_LTOFF_FPTR14R62 /* LT-rel. fct ptr, right 14 bits. */ -@@ -1798,6 +1806,7 @@ typedef Elf32_Addr Elf32_Conflict; +@@ -1798,6 +1806,7 @@ #define R_PARISC_PLABEL21L66 /* Left 21 bits of fdesc address. */ #define R_PARISC_PLABEL14R70 /* Right 14 bits of fdesc address. */ #define R_PARISC_PCREL64 72 /* 64 bits PC-rel. address. */ @@ -785,7 +790,7 @@ Index: elfutils-0.155/libelf/elf.h #define R_PARISC_PCREL22F 74 /* 22 bits PC-rel. address. */ #define R_PARISC_PCREL14WR75 /* PC-rel. address, right 14 bits. */ #define R_PARISC_PCREL14DR76 /* PC rel. address, right 14 bits. */ -@@ -1823,6 +1832,8 @@ typedef Elf32_Addr Elf32_Conflict; +@@ -1823,6 +1832,8 @@ #define R_PARISC_LTOFF16WF102 /* 16 bits LT-rel. address. */ #define R_PARISC_LTOFF16DF103 /* 16 bits LT-rel. address. */ #define R_PARISC_SECREL64 104 /* 64 bits section rel. address. */ diff --git a/meta/recipes-devtools/elfutils/elfutils-0.155/m68k_backend.diff b/meta/recipes-devtools/elfutils/elfutils-0.155/m68k_backend.diff index e9b5c40..79a8f0e 100644 --- a/meta/recipes-devtools/elfutils/elfutils-0.155/m68k_backend.diff +++ b/meta/recipes-devtools/elfutils/elfutils-0.155/m68k_backend.diff @@ -219,7 +219,7 @@ Index: elfutils-0.155/libelf/elf.h === --- elfutils-0.155.orig/libelf/elf.h +++ elfutils-0.155/libelf/elf.h -@@ -1126,6 +1126,9 @@ typedef struct +@@ -1126,6 +1126,9 @@ #define R_68K_GLOB_DAT20 /* Create GOT entry */ #define R_68K_JMP_SLOT21 /* Create PLT entry */ #define R_68K_RELATIVE22 /* Adjust by program base */ @@ -233,7 +233,7 @@ Index: elfutils-0.155/backends/Makefile.am === --- elfutils-0.155.orig/backends/Makefile.am +++ elfutils-0.155/backends/Makefile.am -@@ -32,7 +32,7 @@ INCLUDES += -I$(top_srcdir)/libebl -I$(t +@@ -32,12 +32,12 @@ -I$(top_srcdir)/libelf -I$(top_srcdir)/libdw @@ -242,7 +242,13 @@ Index: elfutils-0.155/backends/Makefile.am libebl_pic = libebl_i386_pic.a libebl_sh_pic.a libebl_x86_64_pic.a \ libebl_ia64_pic.a libebl_alpha_pic.a libebl_arm_pic.a \ libebl_sparc_pic.a libebl_ppc_pic.a libebl_ppc64_pic.a \ -@@ -111,6 +111,10 @@ mips_SRCS = mips_init.c mips_symbol.c mi +
Re: [OE-core] Handle of kernels which need dtc_cpp use
On Mon, Jul 22, 2013 at 9:39 AM, André Draszik andre.dras...@linaro.org wrote: Attached, but untested, as I'm not in a position to test master at the moment. If I change the machine to have the filename.dtb, without the fullpath, it works fine. Can you send this for review? I think it'd be good to have more feedback on this. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gcc-4.8: fix compiling GCC when /usr/lib/libstdc++.so is present
On 22/07/2013 2:12 AM, Khem Raj wrote:
On Jul 21, 2013, at 3:07 AM, Jonathan Liu net...@gmail.com wrote:
libtool is picking up libstdc++.so from /usr/lib when trying to link
libasan due to libstdc++.la containing libdir=/usr/lib. If compiling
Can you also see if this change works on target and SDK environments ?
I have build the Yocto Build Appliance (qemux86_64) successfully using
poky master 31e6eee860b5f9f4ac9ef0889bcff5648de6e3f9 with this patch.
Also, I have built gcc (for qemux86) successfully from the Yocto Build
Appliance (qemux86_64) by manually cloning poky master
31e6eee860b5f9f4ac9ef0889bcff5648de6e3f9 with this patch and building
GCC 4.8.1 through Hob (usually the build appliance uses an older git
clone of poky that uses GCC 4.7).
Interestingly the build appliance has /usr/lib/libstdc++.so present so
perhaps this libasan linking issue also affects the build appliance.
The patch only modifies the libtool (2.2) script included with GCC
sources used for building GCC and not the libtool (2.4) that is used
elsewhere so its effect should only be limited to building GCC.
I am not sure how to test this change in SDK environment. Could you
elaborate?
Regards,
Jonathan
for x86 and the host has 64-bit /usr/lib/libstdc++.so, the compilation
fails linking libasan with:
/usr/lib/libstdc++.so: could not read symbols: File in wrong format
To resolve this, patch libtool to look for the library in the path the
.la is contained in rather than use the libdir which usually points to
a host path.
[YOCTO #4879]
Signed-off-by: Jonathan Liu net...@gmail.com
---
meta/recipes-devtools/gcc/gcc-4.8.inc | 1 +
.../gcc/gcc-4.8/0041-libtool-avoid-libdir.patch | 19 +++
2 files changed, 20 insertions(+)
create mode 100644
meta/recipes-devtools/gcc/gcc-4.8/0041-libtool-avoid-libdir.patch
diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc
b/meta/recipes-devtools/gcc/gcc-4.8.inc
index dafa241..42355f2 100644
--- a/meta/recipes-devtools/gcc/gcc-4.8.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.8.inc
@@ -70,6 +70,7 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \
file://0038-gcc-4.8-build-args.patch \
file://0039-gcc-4.8-PR57717.patch \
file://0040-fix-g++-sysroot.patch \
+ file://0041-libtool-avoid-libdir.patch \
SRC_URI[md5sum] = 3b2386c114cd74185aa3754b58a79304
SRC_URI[sha256sum] =
545b44be3ad9f2c4e90e6880f5c9d4f0a8f0e5f67e1ffb0d45da9fa01bb05813
diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0041-libtool-avoid-libdir.patch
b/meta/recipes-devtools/gcc/gcc-4.8/0041-libtool-avoid-libdir.patch
new file mode 100644
index 000..2dd9610
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc-4.8/0041-libtool-avoid-libdir.patch
@@ -0,0 +1,19 @@
+Avoid using libdir from .la which usually points to a host path
+
+Upstream-Status: Inappropriate [embedded specific]
+Signed-off-by: Jonathan Liu net...@gmail.com
+
+diff --git a/ltmain.sh b/ltmain.sh
+index a03433f..1902a90 100644
+--- a/ltmain.sh
b/ltmain.sh
+@@ -5628,6 +5628,9 @@ func_mode_link ()
+ absdir=$abs_ladir
+ libdir=$abs_ladir
+ else
++ # Instead of using libdir from .la which usually points to a host
path,
++ # use the path the .la is contained in.
++ libdir=$abs_ladir
+ dir=$libdir
+ absdir=$libdir
+ fi
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v4 0/1] xinput-calibrator: move it from meta-oe to oe-core (cover letter only)
Changes in v4: * restore original PR for both recipes; Changes in v3: * do not install pointercal.xinput if it's the default one; Changes in v2: * run calibration through xsession file; * allow normal user to write his calibration data to ~/.pointercal/pointercal.xinput and then use it when system boots; Laurentiu The following changes since commit 31e6eee860b5f9f4ac9ef0889bcff5648de6e3f9: poky-tiny.conf: blacklist core-image-weston option (2013-07-18 21:26:58 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/xinput-calibrator_oe-core_v4 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/xinput-calibrator_oe-core_v4 Laurentiu Palcu (1): xinput-calibrator: move it from meta-oe to oe-core .../pointercal-xinput/pointercal.xinput|1 + .../xinput-calibrator/pointercal-xinput_0.0.bb | 20 ++ .../xinput-calibrator/30xinput_calibrate.sh|7 +++ ...t_calibrator_pointercal.sh-to-be-run-as-n.patch | 66 .../xinput-calibrator/xinput-calibrator_git.bb | 31 + 5 files changed, 125 insertions(+) create mode 100644 meta/recipes-graphics/xinput-calibrator/pointercal-xinput/pointercal.xinput create mode 100644 meta/recipes-graphics/xinput-calibrator/pointercal-xinput_0.0.bb create mode 100644 meta/recipes-graphics/xinput-calibrator/xinput-calibrator/30xinput_calibrate.sh create mode 100644 meta/recipes-graphics/xinput-calibrator/xinput-calibrator/Allow-xinput_calibrator_pointercal.sh-to-be-run-as-n.patch create mode 100644 meta/recipes-graphics/xinput-calibrator/xinput-calibrator_git.bb -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] package.bbclass: avoid packing debug sources from other packages
The error case was gcc-dbg packing files from libgcc-dbg reported in [1] [1] http://lists.openembedded.org/pipermail/openembedded-core/2013-July/080728.html Signed-off-by: Andreas Müller schnitzelt...@googlemail.com --- meta/classes/package.bbclass |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass index 02a1460..f92edf7 100644 --- a/meta/classes/package.bbclass +++ b/meta/classes/package.bbclass @@ -304,7 +304,7 @@ def copydebugsources(debugsrcdir, d): processdebugsrc = LC_ALL=C ; sort -z -u '%s' | egrep -v -z '(internal|built-in)$' | # We need to ignore files that are not actually ours # we do this by only paying attention to items from this package -processdebugsrc += fgrep -z '%s' | +processdebugsrc += fgrep -zw '%s' | processdebugsrc += (cd '%s' ; cpio -pd0mlL --no-preserve-owner '%s%s' 2/dev/null) cmd = processdebugsrc % (sourcefile, workbasedir, workparentdir, dvar, debugsrcdir) -- 1.7.6.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] linux-dtb: allow to build dtb using support from kernel
On Mon, Jul 22, 2013 at 10:02 AM, André Draszik
andre.dras...@linaro.org wrote:
Currently, OE is unable to use the linux kernel's built-in
support to generate a device tree blob (dtb). This is an
issue for device tree source (dts) files that need to be run
through CPP (dtsp).
It's not clear to me (from the commit message), why the dtc recipe can't
provide what we need. I don't object to using the in kernel tree dtc, but
all the reasons why there are no other options need to be in the commit
message.
The kernel build system has built-in support for device tree
source files that /include/ additional files and it also
supports the source file to be pre-processed using CPP.
This commits lets OE use kbuild if $KERNEL_DEVICETREE points
to file(s) that are located in arch/${ARCH}/boot/dts/, e.g.
KERNEL_DEVICETREE = machine.dts. In this case, no
dependency is added on dtc-native, as that is not needed any
more.
What happens with SDK builds ? i.e. if nativsdk versions of the dtc recipe are
used, we'll still have the functional gap.
The previous way of handling dts files, i.e. compilation via
the stand-alone dtc-native, is still supported - it is triggered
by specifying the full path to the dts file, as before, e.g.
KERNEL_DEVICETREE = arch/${ARCH}/boot/dts/machine.dts
Signed-off-by: André Draszik andre.dras...@linaro.org
---
meta/recipes-kernel/linux/linux-dtb.inc | 75
+++--
1 file changed, 63 insertions(+), 12 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-dtb.inc
b/meta/recipes-kernel/linux/linux-dtb.inc
index 7747718..75b8b76 100644
--- a/meta/recipes-kernel/linux/linux-dtb.inc
+++ b/meta/recipes-kernel/linux/linux-dtb.inc
@@ -1,28 +1,66 @@
+inherit kernel-arch
+
# Support for device tree generation
FILES_kernel-devicetree = /boot/devicetree*
KERNEL_DEVICETREE_FLAGS ?= -R 8 -p 0x3000
python __anonymous () {
+from os import path
+
devicetree = d.getVar(KERNEL_DEVICETREE, True) or ''
if devicetree:
-depends = d.getVar(DEPENDS, True)
-d.setVar(DEPENDS, %s dtc-native % depends)
+S = d.getVar(S, True)
+for DTS_FILE in devicetree.split():
+DTS_FILE = S + / + DTS_FILE
+if os.path.exists(DTS_FILE):
+# full path given, use dtc-native
+print old style KERNEL_DEVICETREE, adding depend on
dtc-native
+depends = d.getVar(DEPENDS, True)
+d.setVar(DEPENDS, %s dtc-native % depends)
+else:
+# new style - it's just a file name, under
arch/${ARCH}/boot/dts
+# we don't need dtc-native, as we use the kernel's compiler
+print new style KERNEL_DEVICETREE
There really needs to be a flag or other option to override this detection.
packages = d.getVar(PACKAGES, True)
d.setVar(PACKAGES, %s kernel-devicetree % packages)
}
-do_install_append() {
+do_compile_append() {
if test -n ${KERNEL_DEVICETREE}; then
for DTS_FILE in ${KERNEL_DEVICETREE}; do
if [ ! -f ${DTS_FILE} ]; then
- echo Warning: ${DTS_FILE} is not available!
- continue
+ if [ ! -f arch/${ARCH}/boot/dts/${DTS_FILE}
]; then
+ echo Warning: ${DTS_FILE} is not
available!
+ continue
+ fi
+
+ # standard build using kbuild
+ echo Info: standard kbuild for device tree
blob
+ DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F
. '{print $1}'`
+
+ unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS MACHINE
+ oe_runmake ${DTS_BASE_NAME}.dtb
CC=${KERNEL_CC} LD=${KERNEL_LD} ${KERNEL_EXTRA_ARGS}
fi
+ done
+ fi
+}
+
+do_install_append() {
+ if test -n ${KERNEL_DEVICETREE}; then
+ for DTS_FILE in ${KERNEL_DEVICETREE}; do
DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F .
'{print $1}'`
- DTB_NAME=`echo ${KERNEL_IMAGE_BASE_NAME} | sed
s/${MACHINE}/${DTS_BASE_NAME}/g`
DTB_SYMLINK_NAME=`echo ${KERNEL_IMAGE_SYMLINK_NAME} |
sed s/${MACHINE}/${DTS_BASE_NAME}/g`
- dtc -I dts -O dtb ${KERNEL_DEVICETREE_FLAGS} -o
${DTS_BASE_NAME} ${DTS_FILE}
- install -m 0644 ${DTS_BASE_NAME}
${D}/boot/devicetree-${DTB_SYMLINK_NAME}.dtb
+ if [ ! -f ${DTS_FILE} ]; then
Since install comes after compile, it would be better to test on the results of
the compile phase (i.e. is there a dtb already), and keep the checking on the
existence of the DTS in as few places as possible. In
Re: [OE-core] [PATCH] linux-dtb: allow to build dtb using support from kernel
On Mon, Jul 22, 2013 at 11:52 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Mon, Jul 22, 2013 at 10:02 AM, André Draszik
andre.dras...@linaro.org wrote:
Currently, OE is unable to use the linux kernel's built-in
support to generate a device tree blob (dtb). This is an
issue for device tree source (dts) files that need to be run
through CPP (dtsp).
It's not clear to me (from the commit message), why the dtc recipe can't
provide what we need. I don't object to using the in kernel tree dtc, but
all the reasons why there are no other options need to be in the commit
message.
The kernel build system has built-in support for device tree
source files that /include/ additional files and it also
supports the source file to be pre-processed using CPP.
This commits lets OE use kbuild if $KERNEL_DEVICETREE points
to file(s) that are located in arch/${ARCH}/boot/dts/, e.g.
KERNEL_DEVICETREE = machine.dts. In this case, no
dependency is added on dtc-native, as that is not needed any
more.
What happens with SDK builds ? i.e. if nativsdk versions of the dtc recipe are
used, we'll still have the functional gap.
The previous way of handling dts files, i.e. compilation via
the stand-alone dtc-native, is still supported - it is triggered
by specifying the full path to the dts file, as before, e.g.
KERNEL_DEVICETREE = arch/${ARCH}/boot/dts/machine.dts
Signed-off-by: André Draszik andre.dras...@linaro.org
---
meta/recipes-kernel/linux/linux-dtb.inc | 75
+++--
1 file changed, 63 insertions(+), 12 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-dtb.inc
b/meta/recipes-kernel/linux/linux-dtb.inc
index 7747718..75b8b76 100644
--- a/meta/recipes-kernel/linux/linux-dtb.inc
+++ b/meta/recipes-kernel/linux/linux-dtb.inc
@@ -1,28 +1,66 @@
+inherit kernel-arch
+
# Support for device tree generation
FILES_kernel-devicetree = /boot/devicetree*
KERNEL_DEVICETREE_FLAGS ?= -R 8 -p 0x3000
python __anonymous () {
+from os import path
+
devicetree = d.getVar(KERNEL_DEVICETREE, True) or ''
if devicetree:
-depends = d.getVar(DEPENDS, True)
-d.setVar(DEPENDS, %s dtc-native % depends)
+S = d.getVar(S, True)
+for DTS_FILE in devicetree.split():
+DTS_FILE = S + / + DTS_FILE
+if os.path.exists(DTS_FILE):
+# full path given, use dtc-native
+print old style KERNEL_DEVICETREE, adding depend on
dtc-native
+depends = d.getVar(DEPENDS, True)
+d.setVar(DEPENDS, %s dtc-native % depends)
+else:
+# new style - it's just a file name, under
arch/${ARCH}/boot/dts
+# we don't need dtc-native, as we use the kernel's compiler
+print new style KERNEL_DEVICETREE
There really needs to be a flag or other option to override this detection.
Yes; I flag would be good indeed.
packages = d.getVar(PACKAGES, True)
d.setVar(PACKAGES, %s kernel-devicetree % packages)
}
-do_install_append() {
+do_compile_append() {
if test -n ${KERNEL_DEVICETREE}; then
for DTS_FILE in ${KERNEL_DEVICETREE}; do
if [ ! -f ${DTS_FILE} ]; then
- echo Warning: ${DTS_FILE} is not available!
- continue
+ if [ ! -f arch/${ARCH}/boot/dts/${DTS_FILE}
]; then
+ echo Warning: ${DTS_FILE} is not
available!
+ continue
+ fi
+
+ # standard build using kbuild
+ echo Info: standard kbuild for device tree
blob
+ DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F
. '{print $1}'`
+
+ unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
MACHINE
+ oe_runmake ${DTS_BASE_NAME}.dtb
CC=${KERNEL_CC} LD=${KERNEL_LD} ${KERNEL_EXTRA_ARGS}
fi
+ done
+ fi
+}
+
+do_install_append() {
+ if test -n ${KERNEL_DEVICETREE}; then
+ for DTS_FILE in ${KERNEL_DEVICETREE}; do
DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F .
'{print $1}'`
- DTB_NAME=`echo ${KERNEL_IMAGE_BASE_NAME} | sed
s/${MACHINE}/${DTS_BASE_NAME}/g`
DTB_SYMLINK_NAME=`echo ${KERNEL_IMAGE_SYMLINK_NAME}
| sed s/${MACHINE}/${DTS_BASE_NAME}/g`
- dtc -I dts -O dtb ${KERNEL_DEVICETREE_FLAGS} -o
${DTS_BASE_NAME} ${DTS_FILE}
- install -m 0644 ${DTS_BASE_NAME}
${D}/boot/devicetree-${DTB_SYMLINK_NAME}.dtb
+ if [ ! -f ${DTS_FILE} ]; then
Since install comes after compile, it would be better to test on the results
of
the
[OE-core] OE Changelog since 2013-07-14 until 2013-07-21
Changelog since 2013-07-14 until 2013-07-21. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git meta-arago: git://arago-project.org/git/meta-arago.git meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git meta-browser: git://github.com/OSSystems/meta-browser.git meta-bug: git://github.com/buglabs/meta-bug.git meta-chicken: git://github.com/OSSystems/meta-chicken meta-efikamx: git://github.com/kraj/meta-efikamx.git meta-ettus: http://github.com/koenkooi/meta-ettus.git meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git meta-gumstix: git://github.com/gumstix/meta-gumstix.git meta-gumstix-community: git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git meta-handheld: git://git.openembedded.org/meta-handheld meta-igep: http://github.com/ebutera/meta-igep.git meta-intel: git://git.yoctoproject.org/meta-intel meta-ivi: git://git.yoctoproject.org/meta-ivi meta-java: git://github.com/woglinde/meta-java meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git meta-micro: git://git.openembedded.org/meta-micro meta-mono: git://git.yoctoproject.org/meta-mono.git meta-netbookpro: git://github.com/tworaz/meta-netbookpro meta-nslu2: git://github.com/kraj/meta-nslu2 meta-opie: git://git.openembedded.org/meta-opie meta-qt3: git://git.yoctoproject.org/meta-qt3 meta-qt5: git://github.com/meta-qt5/meta-qt5.git meta-slugos: git://github.com/kraj/meta-slugos meta-systemd: git://git.yoctoproject.org/meta-systemd meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git meta-ti: git://git.yoctoproject.org/meta-ti meta-webos: git://github.com/openwebos/meta-webos.git meta-xilinx: git://git.yoctoproject.org/meta-xilinx meta-yocto: git://git.yoctoproject.org/meta-yocto openembedded: git://git.openembedded.org/openembedded Changelog for bitbake: Changelog for openembedded-core: Alexandru Palalau (1): lib/oeqa/runtime: add tests for syslog and df Bruce Ashfield (3): linux-yocto/3.8: update META srcrev linux-yocto/3.4: mips: fix gcc 4.8 compilation linux-yocto/3.8: restore qemumips64 SRCREV Chen Qi (3): core-image-lsb.bb: add 'package-management' to IMAGE_FEATURES tar: remove an erroneous patch local.conf.sample.extended: add example for EXTRA_USERS_PARAMS Cristian Iorga (2): bluez4: conflicts with bluez5 bluez5: new package for v5.7 Felipe F. Tonello (3): pulseaudio: Added cli-protocol-unix to pulseaudio-misc valgrind: added perl dependency pulseaudio: Removed avahi forced dependency Hongxu Jia (2): udev-extraconf: allow users in disk group to write vfat filesystem xuser-account: add xuser to disk group Joe Slater (1): curl: add upstream status to patch Jonathan Liu (1): gdb: add PACKAGECONFIG for Python support Kai Kang (1): tcl: fix typo of upstream status in patch file Khem Raj (4): gcc-4.8: Fix on-device SDK C++ runtime issue uclibc: Build ldd/ldcondif/iconv for main uclibc recipe eglibc-2.18: Remove unused patches eglibc-2.18: Update to latest snapshot Mark Hatle (4): sanity.bbclass: Update gcc sanity check terminal.bbclass: Fix BB_RUNFMT processing busybox: fix ip reference in simple.script dbus-ptest: Disable python module check Paul Eggleton (4): qt-mobility: tighten up config generation and use PACKAGECONFIG classes/insane: fix regression in libdir QA regex classes/insane: allow libdir QA check to be skipped using INSANE_SKIP scripts/contrib/*: fix arithmetic bashism Roy.Li (1): dpkg: backport a patch to support mipsn32el and mips64el Saul Wold (5): libidn: upgrade to 1.28 mc: upgrade to 4.8.9 initscripts: Update to 9.48 Upstream-Status: Correct capitalization buildtools-tarball: testimage needs the mmap python-module Simon Busch (1): wpa-supplicant: backport patch to fix dbus interface for autoscan functional Stefan Stanacar (9): lib/oeqa/runtime/dmesg.py: whitelist dmesg message for systemd net interface lib/oeqa/utils/sshcontrol.py: fix passing command to subprocess testimage.bbclass, lib/oeqa/utils/qemurunner.py: make boot timeout configura lib/oeqa/runtime/multilib.py: use readelf instead of file lib/oeqa/oetest.py: provide a ps command for all tests classes/testimage.bbclass: use a copy of rootfs for tests testimage.bbclass, lib/oeqa: add headers and comments lib/oeqa: fix dependecy check populate_sdk_base.bbclass: use new perm option for find Yi Zhao (3): iproute2: Fix alternative
[OE-core] [dylan][PATCH v2] mesa: fix EGL compilation without X11 headers
Extracted from d7033f4 mesa: upgrade to 9.1.3, already merged in master.
Add EGL-Mutate-NativeDisplayType-depending-on-config.patch to build correctly in
a non-X11 environment, it replaces
fix-egl-compilation-without-x11-headers.patch.
The new patch fixes compilation issues for components that include
EGL/eglplatform.h file. With the original patch it was required to use
-DMESA_EGL_NO_X11_HEADERS when using mesa .h files to get proper C definitions.
The new patch was backported (trivial) to mesa 9.0.2 which is in dylan.
Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org
---
meta/recipes-graphics/mesa/mesa-9.0.2.inc | 2 +-
...ate-NativeDisplayType-depending-on-config.patch | 361 +
.../fix-egl-compilation-without-x11-headers.patch | 32 --
3 files changed, 362 insertions(+), 33 deletions(-)
create mode 100644
meta/recipes-graphics/mesa/mesa/EGL-Mutate-NativeDisplayType-depending-on-config.patch
delete mode 100644
meta/recipes-graphics/mesa/mesa/fix-egl-compilation-without-x11-headers.patch
diff --git a/meta/recipes-graphics/mesa/mesa-9.0.2.inc
b/meta/recipes-graphics/mesa/mesa-9.0.2.inc
index b88bc42..e2dcfdb 100644
--- a/meta/recipes-graphics/mesa/mesa-9.0.2.inc
+++ b/meta/recipes-graphics/mesa/mesa-9.0.2.inc
@@ -2,7 +2,7 @@ SRC_URI =
ftp://ftp.freedesktop.org/pub/mesa/${PV}/MesaLib-${PV}.tar.bz2 \
file://0002-cross-compile.patch \
file://cross-glsl.patch \
file://dont-fail-if-libX11-isnt-installed.patch \
- file://fix-egl-compilation-without-x11-headers.patch \
+ file://EGL-Mutate-NativeDisplayType-depending-on-config.patch \
SRC_URI[md5sum] = dc45d1192203e418163e0017640e1cfc
diff --git
a/meta/recipes-graphics/mesa/mesa/EGL-Mutate-NativeDisplayType-depending-on-config.patch
b/meta/recipes-graphics/mesa/mesa/EGL-Mutate-NativeDisplayType-depending-on-config.patch
new file mode 100644
index 000..98c4095
--- /dev/null
+++
b/meta/recipes-graphics/mesa/mesa/EGL-Mutate-NativeDisplayType-depending-on-config.patch
@@ -0,0 +1,361 @@
+From 7e5846aa52c7cb00b0db9fa393975880371d2620 Mon Sep 17 00:00:00 2001
+From: Daniel Stone dan...@fooishbar.org
+Date: Fri, 24 May 2013 17:20:27 +0100
+Subject: [PATCH] EGL: Mutate NativeDisplayType depending on config
+
+If we go through ./configure without enabling X11 anywhere, then set the
+fallback types for EGL NativeDisplay and friends, rather than assuming
+X11/Xlib.
+
+Signed-off-by: Daniel Stone dan...@fooishbar.org
+
+Conflicts:
+ configure.ac
+---
+ configure.ac | 9 +++
+ include/EGL/eglplatform.h| 146 ---
+ include/EGL/eglplatform.h.in | 146 +++
+ 3 files changed, 155 insertions(+), 146 deletions(-)
+ delete mode 100644 include/EGL/eglplatform.h
+ create mode 100644 include/EGL/eglplatform.h.in
+
+diff --git a/configure.ac b/configure.ac
+index 682e0a5..a8a485d 100644
+--- a/configure.ac
b/configure.ac
+@@ -1577,12 +1577,20 @@ fi
+
+ EGL_PLATFORMS=$egl_platforms
+
++if echo $egl_platforms | grep 'x11' /dev/null 21; then
++MESA_EGL_NO_X11_HEADERS=0
++else
++MESA_EGL_NO_X11_HEADERS=1
++fi
++
+ AM_CONDITIONAL(HAVE_EGL_PLATFORM_X11, echo $egl_platforms | grep 'x11'
/dev/null 21)
+ AM_CONDITIONAL(HAVE_EGL_PLATFORM_WAYLAND, echo $egl_platforms | grep
'wayland' /dev/null 21)
+ AM_CONDITIONAL(HAVE_EGL_PLATFORM_DRM, echo $egl_platforms | grep 'drm'
/dev/null 21)
+ AM_CONDITIONAL(HAVE_EGL_PLATFORM_FBDEV, echo $egl_platforms | grep 'fbdev'
/dev/null 21)
+ AM_CONDITIONAL(HAVE_EGL_PLATFORM_NULL, echo $egl_platforms | grep 'null'
/dev/null 21)
+
++AC_SUBST([MESA_EGL_NO_X11_HEADERS])
++
+ AM_CONDITIONAL(HAVE_EGL_DRIVER_DRI2, test x$HAVE_EGL_DRIVER_DRI2 != x)
+ AM_CONDITIONAL(HAVE_EGL_DRIVER_GLX, test x$HAVE_EGL_DRIVER_GLX != x)
+
+@@ -1953,6 +1961,7 @@ CXXFLAGS=$CXXFLAGS $USER_CXXFLAGS
+ dnl Substitute the config
+ AC_CONFIG_FILES([configs/current
+ Makefile
++ include/EGL/eglplatform.h
+ src/egl/Makefile
+ src/egl/drivers/Makefile
+ src/egl/drivers/dri2/Makefile
+diff --git a/include/EGL/eglplatform.h b/include/EGL/eglplatform.h
+deleted file mode 100644
+index 17fdc61..000
+--- a/include/EGL/eglplatform.h
/dev/null
+@@ -1,146 +0,0 @@
+-#ifndef __eglplatform_h_
+-#define __eglplatform_h_
+-
+-/*
+-** Copyright (c) 2007-2009 The Khronos Group Inc.
+-**
+-** Permission is hereby granted, free of charge, to any person obtaining a
+-** copy of this software and/or associated documentation files (the
+-** Materials), to deal in the Materials without restriction, including
+-** without limitation the rights to use, copy, modify, merge, publish,
+-** distribute, sublicense, and/or sell copies of the Materials, and to
+-** permit persons to whom the Materials are furnished to do so, subject to
+-** the following conditions:
+-**
+-** The above copyright
Re: [OE-core] [PATCH] gcc-4.8: fix compiling GCC when /usr/lib/libstdc++.so is present
On 22/07/2013 11:56 PM, Jonathan Liu wrote:
On 22/07/2013 2:12 AM, Khem Raj wrote:
On Jul 21, 2013, at 3:07 AM, Jonathan Liu net...@gmail.com wrote:
libtool is picking up libstdc++.so from /usr/lib when trying to link
libasan due to libstdc++.la containing libdir=/usr/lib. If compiling
Can you also see if this change works on target and SDK environments ?
I have build the Yocto Build Appliance (qemux86_64) successfully using
poky master 31e6eee860b5f9f4ac9ef0889bcff5648de6e3f9 with this patch.
Also, I have built gcc (for qemux86) successfully from the Yocto Build
Appliance (qemux86_64) by manually cloning poky master
31e6eee860b5f9f4ac9ef0889bcff5648de6e3f9 with this patch and building
GCC 4.8.1 through Hob (usually the build appliance uses an older git
clone of poky that uses GCC 4.7).
Interestingly the build appliance has /usr/lib/libstdc++.so present so
perhaps this libasan linking issue also affects the build appliance.
Confirmed. Building GCC 4.8.1 for qemux86 inside qemux86_64 Yocto Build
Appliance fails with /usr/lib/libstdc++.so: could not read symbols:
File in wrong format without this patch.
The patch only modifies the libtool (2.2) script included with GCC
sources used for building GCC and not the libtool (2.4) that is used
elsewhere so its effect should only be limited to building GCC.
I am not sure how to test this change in SDK environment. Could you
elaborate?
Regards,
Jonathan
for x86 and the host has 64-bit /usr/lib/libstdc++.so, the compilation
fails linking libasan with:
/usr/lib/libstdc++.so: could not read symbols: File in wrong format
To resolve this, patch libtool to look for the library in the path the
.la is contained in rather than use the libdir which usually points to
a host path.
[YOCTO #4879]
Signed-off-by: Jonathan Liu net...@gmail.com
---
meta/recipes-devtools/gcc/gcc-4.8.inc | 1 +
.../gcc/gcc-4.8/0041-libtool-avoid-libdir.patch | 19
+++
2 files changed, 20 insertions(+)
create mode 100644
meta/recipes-devtools/gcc/gcc-4.8/0041-libtool-avoid-libdir.patch
diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc
b/meta/recipes-devtools/gcc/gcc-4.8.inc
index dafa241..42355f2 100644
--- a/meta/recipes-devtools/gcc/gcc-4.8.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.8.inc
@@ -70,6 +70,7 @@ SRC_URI =
${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \
file://0038-gcc-4.8-build-args.patch \
file://0039-gcc-4.8-PR57717.patch \
file://0040-fix-g++-sysroot.patch \
+ file://0041-libtool-avoid-libdir.patch \
SRC_URI[md5sum] = 3b2386c114cd74185aa3754b58a79304
SRC_URI[sha256sum] =
545b44be3ad9f2c4e90e6880f5c9d4f0a8f0e5f67e1ffb0d45da9fa01bb05813
diff --git
a/meta/recipes-devtools/gcc/gcc-4.8/0041-libtool-avoid-libdir.patch
b/meta/recipes-devtools/gcc/gcc-4.8/0041-libtool-avoid-libdir.patch
new file mode 100644
index 000..2dd9610
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc-4.8/0041-libtool-avoid-libdir.patch
@@ -0,0 +1,19 @@
+Avoid using libdir from .la which usually points to a host path
+
+Upstream-Status: Inappropriate [embedded specific]
+Signed-off-by: Jonathan Liu net...@gmail.com
+
+diff --git a/ltmain.sh b/ltmain.sh
+index a03433f..1902a90 100644
+--- a/ltmain.sh
b/ltmain.sh
+@@ -5628,6 +5628,9 @@ func_mode_link ()
+ absdir=$abs_ladir
+ libdir=$abs_ladir
+ else
++# Instead of using libdir from .la which usually points to
a host path,
++# use the path the .la is contained in.
++libdir=$abs_ladir
+ dir=$libdir
+ absdir=$libdir
+ fi
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] bash: Add ptest
On 07/22/2013 03:40 AM, Muhammad Shakeel wrote:
On 07/05/2013 12:23 PM, Shakeel, Muhammad wrote:
From: Muhammad Shakeel muhammad_shak...@mentor.com
ptest support was already added for v4.2 but for the distros
using GPLv2 version of bash (3.2.48) this update is required.
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
.../bash/bash-3.2.48/build-tests.patch | 44
meta/recipes-extended/bash/bash-3.2.48/run-ptest |2 +
.../bash/bash-3.2.48/test-output.patch | 25 +++
meta/recipes-extended/bash/bash_3.2.48.bb |3 ++
4 files changed, 74 insertions(+)
diff --git a/meta/recipes-extended/bash/bash-3.2.48/build-tests.patch
b/meta/recipes-extended/bash/bash-3.2.48/build-tests.patch
new file mode 100644
index 000..91341ee
--- /dev/null
+++ b/meta/recipes-extended/bash/bash-3.2.48/build-tests.patch
@@ -0,0 +1,44 @@
+Add 'ptest' target to Makefile, to run tests without checking
dependencies.
+
+Signed-off-by: Anders Roxell anders.rox...@enea.com
+Upstream-Status: Pending
+---
+diff -dNaur bash-3.2.48/Makefile.in.orig bash-3.2.48/Makefile.in
+--- bash-3.2.48/Makefile.in.orig2006-08-17 23:03:35.0 +0500
bash-3.2.48/Makefile.in2013-07-02 20:20:07.512709327 +0500
+@@ -803,17 +803,31 @@
+ fi
+
+ recho$(EXEEXT):$(SUPPORT_SRC)recho.c
+-@$(CC_FOR_BUILD) $(CCFLAGS_FOR_BUILD) -o $@
$(SUPPORT_SRC)recho.c ${LIBS_FOR_BUILD}
++@$(CC) $(CCFLAGS) -o $@ $
+
+ zecho$(EXEEXT):$(SUPPORT_SRC)zecho.c
+-@$(CC_FOR_BUILD) $(CCFLAGS_FOR_BUILD) -o $@
$(SUPPORT_SRC)zecho.c ${LIBS_FOR_BUILD}
++@$(CC) $(CCFLAGS) -o $@ $
+
+ printenv$(EXEEXT):$(SUPPORT_SRC)printenv.c
+-@$(CC_FOR_BUILD) $(CCFLAGS_FOR_BUILD) -o $@
$(SUPPORT_SRC)printenv.c ${LIBS_FOR_BUILD}
++@$(CC) $(CCFLAGS) -o $@ $
+
+-test tests check:force $(Program) $(TESTS_SUPPORT)
++test tests check:
++@$(MAKE) install-test
++@$(MAKE) runtest
++
++install-test: buildtest
++ifeq ($(origin INSTALL_TEST_DIR), undefined)
+ @-test -d tests || mkdir tests
+ @cp $(TESTS_SUPPORT) tests
++else
++@-test -d $(INSTALL_TEST_DIR) || mkdir -p $(INSTALL_TEST_DIR)
++@cp -r $(srcdir)/tests/* $(INSTALL_TEST_DIR)/
++@cp $(TESTS_SUPPORT) $(INSTALL_TEST_DIR)
++endif
++
++buildtest: force $(Program) $(TESTS_SUPPORT)
++
++runtest:
+ @( cd $(srcdir)/tests \
+ PATH=$(BUILD_DIR)/tests:$$PATH THIS_SH=$(THIS_SH) $(SHELL)
${TESTSCRIPT} )
+
diff --git a/meta/recipes-extended/bash/bash-3.2.48/run-ptest
b/meta/recipes-extended/bash/bash-3.2.48/run-ptest
new file mode 100644
index 000..8dd3b99
--- /dev/null
+++ b/meta/recipes-extended/bash/bash-3.2.48/run-ptest
@@ -0,0 +1,2 @@
+#!/bin/sh
+make -k THIS_SH=/bin/bash BUILD_DIR=. runtest
diff --git a/meta/recipes-extended/bash/bash-3.2.48/test-output.patch
b/meta/recipes-extended/bash/bash-3.2.48/test-output.patch
new file mode 100644
index 000..2b09b7d
--- /dev/null
+++ b/meta/recipes-extended/bash/bash-3.2.48/test-output.patch
@@ -0,0 +1,25 @@
+Add FAIL/PASS output to test output.
+
+Signed-off-by: Björn Stenberg b...@enea.com
+Upstream-Status: Pending
+---
+diff -uNr a/tests/run-all b/tests/run-all
+--- a/tests/run-all1999-10-08 17:07:46.0 +0200
b/tests/run-all2012-10-27 21:04:18.663331887 +0200
+@@ -22,7 +22,15 @@
+ case $x in
+ $0|run-minimal|run-gprof);;
+ *.orig|*~) ;;
+-*)echo $x ; sh $x ;;
++*) echo $x
++ output=`sh $x`
++ if [ -n $output ]; then
++ echo $output
++ echo FAIL: $x
++ else
++ echo PASS: $x
++ fi
++ ;;
+ esac
+ done
+
diff --git a/meta/recipes-extended/bash/bash_3.2.48.bb
b/meta/recipes-extended/bash/bash_3.2.48.bb
index 4e6f0f3..fe04b28 100644
--- a/meta/recipes-extended/bash/bash_3.2.48.bb
+++ b/meta/recipes-extended/bash/bash_3.2.48.bb
@@ -10,6 +10,9 @@ SRC_URI =
${GNU_MIRROR}/bash/bash-${PV}.tar.gz;name=tarball \
${GNU_MIRROR}/bash/bash-3.2-patches/bash32-050;apply=yes;striplevel=0;name=patch002
\
${GNU_MIRROR}/bash/bash-3.2-patches/bash32-051;apply=yes;striplevel=0;name=patch003
\
file://mkbuiltins_have_stringize.patch \
+ file://build-tests.patch \
+ file://test-output.patch \
+ file://run-ptest \
SRC_URI[tarball.md5sum] = 338dcf975a93640bb3eaa843ca42e3f8
Hi Saul,
Can you please comment on the status of this patch?
Seems to have slipped off my list, sorry will add it to the next coming
build.
Sau!
Best Regards
Shakeel
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 00/27] Ready for Pull after final ACK
On Monday 22 July 2013 10:12:19 Saul Wold wrote: Richard, This has been trimmed and reviewed, please wait for Paul and Ross (traveling) final ACKs. ** Reminder to BSP Maintainers - Please update your mesa .bbappends *** ** I will send email when RP has pulled, please keep me posted on your branches ** Thanks Sau! The following changes since commit 8fc6904fe97438478119db6cd23b7b4eb33b50aa: curl: add upstream status to patch (2013-07-18 12:21:13 -0700) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/ stage André Draszik (1): directfb: don't patch pkg-config files Beth Flanagan (1): adt_installer_internal: fix spelling error Chen Qi (2): useradd.bbclass: add a new base class and code refactor extrausers.bbclass: add a new bbclass Daniel Nilsson (1): glew: Update GLEW version number in autotools patch Emilia Ciobanu (3): kmod:add GIT revision to PV variable lttng-modules: Append _git to recipe name and add GIT revision to PV variable docbook-sgml-dtd-4.5-native.bb: Add real PV inside the recipe Jesse Zhang (1): tremor: add a patch to build with arm thumb Jonathan Liu (5): systemd: remove unneeded modprobe.rules mesa: upgrade to 9.1.5 wget: backport fixes for documentation build errors mesa: use LLVM 3.3 by default boot-directdisk: use awk instead of echo -ne for dash compatibility Martin Jansa (6): gst-plugins-good: add PACKAGECONFIG for jack gst-plugins-ugly: add PACKAGECONFIG for x264, cdio, dvdread pulseaudio: add PACKAGECONFIG for jack subversion: add PACKAGECONFIG for sasl cups: add PACKAGECONFIG for avahi mesa: add Upstream-Status Ming Liu (1): libpam: add a new 'nullok_secure' option support to pam_unix Muhammad Shakeel (1): systemd: Remove systemd_unitdir if systemd is not in distro features Petter Mabäcker (1): remake: fix insufficient gettext dependency Ross Burton (1): initrdscripts: mount / as read-only when live-booting Saul Wold (1): pigz: Fix typo in ALTERNATIVES line Tudor Florea (2): python: Add ptest kmod: Add ptest Acked-by: Paul Eggleton paul.eggle...@linux.intel.com Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 00/27] Ready for Pull after final ACK
On Mon, Jul 22, 2013 at 2:12 PM, Saul Wold s...@linux.intel.com wrote: Richard, This has been trimmed and reviewed, please wait for Paul and Ross (traveling) final ACKs. ** Reminder to BSP Maintainers - Please update your mesa .bbappends *** ** I will send email when RP has pulled, please keep me posted on your branches ** Thanks Sau! Once it is merged I update meta-fsl-arm. Thanks for letting me know about it. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 00/27] Ready for Pull after final ACK
Richard,
This has been trimmed and reviewed, please wait for Paul and Ross (traveling)
final ACKs.
** Reminder to BSP Maintainers - Please update your mesa .bbappends ***
** I will send email when RP has pulled, please keep me posted on your branches
**
Thanks
Sau!
The following changes since commit 8fc6904fe97438478119db6cd23b7b4eb33b50aa:
curl: add upstream status to patch (2013-07-18 12:21:13 -0700)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib sgw/stage
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage
André Draszik (1):
directfb: don't patch pkg-config files
Beth Flanagan (1):
adt_installer_internal: fix spelling error
Chen Qi (2):
useradd.bbclass: add a new base class and code refactor
extrausers.bbclass: add a new bbclass
Daniel Nilsson (1):
glew: Update GLEW version number in autotools patch
Emilia Ciobanu (3):
kmod:add GIT revision to PV variable
lttng-modules: Append _git to recipe name and add GIT revision to PV
variable
docbook-sgml-dtd-4.5-native.bb: Add real PV inside the recipe
Jesse Zhang (1):
tremor: add a patch to build with arm thumb
Jonathan Liu (5):
systemd: remove unneeded modprobe.rules
mesa: upgrade to 9.1.5
wget: backport fixes for documentation build errors
mesa: use LLVM 3.3 by default
boot-directdisk: use awk instead of echo -ne for dash compatibility
Martin Jansa (6):
gst-plugins-good: add PACKAGECONFIG for jack
gst-plugins-ugly: add PACKAGECONFIG for x264, cdio, dvdread
pulseaudio: add PACKAGECONFIG for jack
subversion: add PACKAGECONFIG for sasl
cups: add PACKAGECONFIG for avahi
mesa: add Upstream-Status
Ming Liu (1):
libpam: add a new 'nullok_secure' option support to pam_unix
Muhammad Shakeel (1):
systemd: Remove systemd_unitdir if systemd is not in distro features
Petter Mabäcker (1):
remake: fix insufficient gettext dependency
Ross Burton (1):
initrdscripts: mount / as read-only when live-booting
Saul Wold (1):
pigz: Fix typo in ALTERNATIVES line
Tudor Florea (2):
python: Add ptest
kmod: Add ptest
meta/classes/boot-directdisk.bbclass | 2 +-
meta/classes/extrausers.bbclass| 61 ++
meta/classes/systemd.bbclass | 9 +
meta/classes/useradd.bbclass | 99 +
meta/classes/useradd_base.bbclass | 230 +
meta/recipes-core/initrdscripts/files/init-live.sh | 6 +-
meta/recipes-core/systemd/systemd/modprobe.rules | 17 --
meta/recipes-core/systemd/systemd_204.bb | 1 -
.../docbook-sgml-dtd-4.5-native.bb | 1 +
.../adt-installer/scripts/adt_installer_internal | 2 +-
.../python/python/fix-makefile-for-ptest.patch | 33 +++
meta/recipes-devtools/python/python/run-ptest | 5 +
meta/recipes-devtools/python/python_2.7.3.bb | 10 +
meta/recipes-devtools/remake/remake_git.bb | 6 +-
.../subversion/subversion_1.6.15.bb| 2 +
.../subversion/subversion_1.7.10.bb| 2 +
meta/recipes-extended/cups/cups16.inc | 3 +
.../pam-security-abstract-securetty-handling.patch | 200 ++
.../pam/libpam/pam-unix-nullok-secure.patch| 222
meta/recipes-extended/pam/libpam_1.1.6.bb | 4 +-
meta/recipes-extended/pigz/pigz.inc| 2 +-
meta/recipes-extended/wget/wget-1.14/fix_doc.patch | 71 +++
meta/recipes-extended/wget/wget_1.14.bb| 1 +
meta/recipes-graphics/directfb/directfb.inc| 1 -
.../directfb-1.2.x-fix-pkgconfig-cflags.patch | 48 -
meta/recipes-graphics/glew/files/autotools.patch | 4 +-
...ate-NativeDisplayType-depending-on-config.patch | 3 +
...move-the-power-of-two-sizeof-struct-cmd_b.patch | 0
meta/recipes-graphics/mesa/mesa.inc| 2 +-
...ate-NativeDisplayType-depending-on-config.patch | 3 +
.../mesa/{mesa_9.1.3.bb = mesa_9.1.5.bb} | 4 +-
meta/recipes-kernel/kmod/kmod.inc | 4 +-
meta/recipes-kernel/kmod/kmod/ptest.patch | 25 +++
meta/recipes-kernel/kmod/kmod/run-ptest| 5 +
meta/recipes-kernel/kmod/kmod_git.bb | 10 +
...lttng-modules_2.2.0.bb = lttng-modules_git.bb} | 2 +-
.../gstreamer/gst-plugins-good_0.10.31.bb | 1 +
.../gstreamer/gst-plugins-ugly_0.10.19.bb | 5 +
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 1 +
.../tremor/tremor-20120314/tremor-arm-thumb2.patch | 104 ++
meta/recipes-multimedia/tremor/tremor_20120314.bb | 1 +
41 files changed, 1039 insertions(+), 173 deletions(-)
create mode 100644 meta/classes/extrausers.bbclass
create mode 100644 meta/classes/useradd_base.bbclass
delete mode 100644 meta/recipes-core/systemd/systemd/modprobe.rules
create mode 100644
Re: [OE-core] [PATCH 1/2] dbus: remove build host test in configure script
On 07/22/2013 01:14 AM, jackie.hu...@windriver.com wrote:
From: Jackie Huang jackie.hu...@windriver.com
The dbus build tests the build host to detect what initscript
environment it expects. Remove the test and set it to redhat
unconditionally as the oe-core initscript has a redhat-style pid file
path.
Signed-off-by: Andy Ross andy.r...@windriver.com
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-core/dbus/dbus-1.6.8/os-test.patch | 35 +++
This file should be in dbus-1.6.10, please rebase against master.
Thanks
Sau!
meta/recipes-core/dbus/dbus.inc |4 ++-
2 files changed, 38 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
diff --git a/meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
b/meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
new file mode 100644
index 000..79554b1
--- /dev/null
+++ b/meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
@@ -0,0 +1,35 @@
+dbus: remove build host test in configure script
+
+The dbus build tests the build host to detect what initscript
+environment it expects. Remove the test and set it to redhat
+unconditionally as the oe-core initscript has a redhat-style pid file
+path.
+
+Signed-off-by: Andy Ross andy.r...@windriver.com
+Upstream-Status: innappropriate [embedded]
+
+diff -u a/configure.ac b/configure.ac
+--- a/configure.ac 2012-08-28 11:23:43.040609874 -0700
b/configure.ac 2012-08-28 11:54:25.602913945 -0700
+@@ -1348,19 +1348,8 @@
+ AS_AC_EXPAND(EXPANDED_LIBEXECDIR, $libexecdir)
+ AS_AC_EXPAND(EXPANDED_DATADIR, $datadir)
+
+- Check our operating system
+-operating_system=unknown
+-if test -f /etc/redhat-release || test -f $EXPANDED_SYSCONFDIR/redhat-release
; then
+- operating_system=redhat
+-fi
+-
+-if test -f /etc/slackware-version || test -f
$EXPANDED_SYSCONFDIR/slackware-version ; then
+- operating_system=slackware
+-fi
+-
+-if test -f /usr/bin/cygwin1.dll || test -f $EXPANDED_BINDIR/cygwin1.dll ; then
+- operating_system=cygwin
+-fi
++ Build host test removed from upstream code, openembedded initscript is
redhat-like:
++operating_system=redhat
+
+ Sort out init scripts
+
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index b07aefa..580a936 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -16,7 +16,9 @@ INC_PR = r6
SRC_URI = http://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \
file://tmpdir.patch; \
- file://dbus-1.init
+ file://dbus-1.init \
+ file://os-test.patch \
+
inherit useradd autotools pkgconfig gettext update-rc.d
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3] rpm: remove the obsolete rpm-postinsts.bb
On 07/19/2013 02:39 AM, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
Now that the postinsts of rpm, deb and ipk are all handled in the one
central place, run-postinsts.bb, the rpm-postinsts.bb recipe is actually
obsolete now. Remove this recipe to avoid confusion.
There still seems to be references to rpm-postinsts in the rootfs_rpm,
package_rpm and image.bb, while these seem unused, we should clean these
all up at the same time.
Sau!
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-devtools/rpm/rpm-postinsts.bb | 54
1 file changed, 54 deletions(-)
delete mode 100644 meta/recipes-devtools/rpm/rpm-postinsts.bb
diff --git a/meta/recipes-devtools/rpm/rpm-postinsts.bb
b/meta/recipes-devtools/rpm/rpm-postinsts.bb
deleted file mode 100644
index ba58cd4..000
--- a/meta/recipes-devtools/rpm/rpm-postinsts.bb
+++ /dev/null
@@ -1,54 +0,0 @@
-DESCRIPTION = RPM postinstall script
-SECTION = core
-LICENSE = LGPLv2.1
-LIC_FILES_CHKSUM =
file://${COREBASE}/meta/files/common-licenses/LGPL-2.1;md5=1a6d268fd218675ffea8be556788b780
-
-inherit allarch
-#
-# Allow distributions to alter when [postponed] package install scripts are run
-#
-POSTINSTALL_INITPOSITION ?= 98
-
-do_fetch() {
- :
-}
-
-do_configure() {
- :
-}
-
-do_compile() {
- :
-}
-
-do_install() {
- :
-}
-
-pkg_postinst_${PN} () {
-if [ x$D != x ] [ -f $D/var/lib/rpm/Packages ]; then
- install -d $D/${sysconfdir}/rcS.d
- cat $D${sysconfdir}/rcS.d/S${POSTINSTALL_INITPOSITION}run-postinsts
EOF
-#!/bin/sh
-[ -e ${sysconfdir}/default/postinst ] . ${sysconfdir}/default/postinst
-[ -d ${sysconfdir}/rpm-postinsts ] for i in `ls
${sysconfdir}/rpm-postinsts/`; do
- i=${sysconfdir}/rpm-postinsts/$i
- echo Running postinst $i...
- if [ -x $i ]; then
- if [ $POSTINST_LOGGING = 1 ]; then
- $i $LOGFILE 21
- else
- $i
- fi
- rm $i
- else
- echo ERROR: postinst $i failed.
- fi
-done
-rm -f ${sysconfdir}/rcS.d/S${POSTINSTALL_INITPOSITION}run-postinsts 2/dev/null
-EOF
- chmod 0755
$D${sysconfdir}/rcS.d/S${POSTINSTALL_INITPOSITION}run-postinsts
-fi
-}
-
-ALLOW_EMPTY_${PN} = 1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V3] util-linux: replace += with _append to EXTRA_OECONF_class-native
On 07/22/2013 11:48 AM, Saul Wold wrote: On 07/17/2013 06:54 PM, Ming Liu wrote: The native/nativesdk overrides of EXTRA_OECONF should take effect before append operator, otherwise, it will cause EXTRA_OECONF be overridden instead of be appended at native/nativesdk build time. Signed-off-by: Ming Liu ming@windriver.com --- meta/recipes-core/util-linux/util-linux_2.23.1.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/util-linux/util-linux_2.23.1.bb b/meta/recipes-core/util-linux/util-linux_2.23.1.bb index 12f5021..3040476 100644 --- a/meta/recipes-core/util-linux/util-linux_2.23.1.bb +++ b/meta/recipes-core/util-linux/util-linux_2.23.1.bb @@ -18,5 +18,5 @@ SRC_URI[md5sum] = 6741eeaff93ff5a6bacdd3816bdd87c4 SRC_URI[sha256sum] = ad4a7831d7b27d0172996fd343e809716c2403b32a94e15194d8ea797223c4af CACHED_CONFIGUREVARS += scanf_cv_alloc_modifier=as -EXTRA_OECONF_class-native += --disable-fallocate --disable-use-tty-group -EXTRA_OECONF_class-nativesdk += --disable-fallocate --disable-use-tty-group +EXTRA_OECONF_append_class-native = --disable-fallocate --disable-use-tty-group +EXTRA_OECONF_append_class-nativesdk = --disable-fallocate --disable-use-tty-group While this seems correct, it is causing some down stream issues with e2fsprogs-native and not finding the uuid library Enabling testio debugging by default | checking for x86_64-linux-pkg-config... no | checking for pkg-config... /srv/ssd/sgw/builds/world/tmp/sysroots/x86_64-linux/usr/bin/pkg-config | checking pkg-config is at least version 0.9.0... yes | checking for uuid_generate in -luuid... no | configure: error: external uuid library not found | Configure failed. The contents of all config.log files follows to aid debugging | ERROR: oe_runconf failed Can you please research this further. OK, I will investigate this issue. the best, thank you Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3] rpm: remove the obsolete rpm-postinsts.bb
On 07/23/2013 07:49 AM, Saul Wold wrote:
On 07/19/2013 02:39 AM, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
Now that the postinsts of rpm, deb and ipk are all handled in the one
central place, run-postinsts.bb, the rpm-postinsts.bb recipe is actually
obsolete now. Remove this recipe to avoid confusion.
There still seems to be references to rpm-postinsts in the rootfs_rpm,
package_rpm and image.bb, while these seem unused, we should clean
these all up at the same time.
Hi Saul,
I checked these classes, no reference to the rpm-postinsts recipe.
And we can see that the ROOTFS_PKGMANAGE_BOOTSTRAP has been changed to
'run-postinsts'.
meta/classes/rootfs_rpm.bbclass:ROOTFS_PKGMANAGE_BOOTSTRAP = run-postinsts
There are references to the /etc/rpm-postinsts directory which is
actually handled by run-postinsts.bb recipe now.
Best Regards,
Chen Qi
Sau!
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-devtools/rpm/rpm-postinsts.bb | 54
1 file changed, 54 deletions(-)
delete mode 100644 meta/recipes-devtools/rpm/rpm-postinsts.bb
diff --git a/meta/recipes-devtools/rpm/rpm-postinsts.bb
b/meta/recipes-devtools/rpm/rpm-postinsts.bb
deleted file mode 100644
index ba58cd4..000
--- a/meta/recipes-devtools/rpm/rpm-postinsts.bb
+++ /dev/null
@@ -1,54 +0,0 @@
-DESCRIPTION = RPM postinstall script
-SECTION = core
-LICENSE = LGPLv2.1
-LIC_FILES_CHKSUM =
file://${COREBASE}/meta/files/common-licenses/LGPL-2.1;md5=1a6d268fd218675ffea8be556788b780
-
-inherit allarch
-#
-# Allow distributions to alter when [postponed] package install
scripts are run
-#
-POSTINSTALL_INITPOSITION ?= 98
-
-do_fetch() {
-:
-}
-
-do_configure() {
-:
-}
-
-do_compile() {
-:
-}
-
-do_install() {
-:
-}
-
-pkg_postinst_${PN} () {
-if [ x$D != x ] [ -f $D/var/lib/rpm/Packages ]; then
-install -d $D/${sysconfdir}/rcS.d
-cat
$D${sysconfdir}/rcS.d/S${POSTINSTALL_INITPOSITION}run-postinsts EOF
-#!/bin/sh
-[ -e ${sysconfdir}/default/postinst ] .
${sysconfdir}/default/postinst
-[ -d ${sysconfdir}/rpm-postinsts ] for i in `ls
${sysconfdir}/rpm-postinsts/`; do
-i=${sysconfdir}/rpm-postinsts/$i
-echo Running postinst $i...
-if [ -x $i ]; then
-if [ $POSTINST_LOGGING = 1 ]; then
-$i $LOGFILE 21
-else
-$i
-fi
-rm $i
-else
-echo ERROR: postinst $i failed.
-fi
-done
-rm -f ${sysconfdir}/rcS.d/S${POSTINSTALL_INITPOSITION}run-postinsts
2/dev/null
-EOF
-chmod 0755
$D${sysconfdir}/rcS.d/S${POSTINSTALL_INITPOSITION}run-postinsts
-fi
-}
-
-ALLOW_EMPTY_${PN} = 1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] dbus: remove build host test in configure script
On 7/23/2013 2:01 AM, Saul Wold wrote:
On 07/22/2013 01:14 AM, jackie.hu...@windriver.com wrote:
From: Jackie Huang jackie.hu...@windriver.com
The dbus build tests the build host to detect what initscript
environment it expects. Remove the test and set it to redhat
unconditionally as the oe-core initscript has a redhat-style pid file
path.
Signed-off-by: Andy Ross andy.r...@windriver.com
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-core/dbus/dbus-1.6.8/os-test.patch | 35
+++
This file should be in dbus-1.6.10, please rebase against master.
rebased:
The following changes since commit 8fc6904fe97438478119db6cd23b7b4eb33b50aa:
curl: add upstream status to patch (2013-07-18 12:21:13 -0700)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib jhuang0/r_bbappend_dbus_0723_0
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=jhuang0/r_bbappend_dbus_0723_0
Jackie Huang (2):
dbus: remove build host test in configure script
dbus: add -o option into start-stop-daemon arguments
meta/recipes-core/dbus/dbus-1.6.10/dbus-1.init |4 +-
meta/recipes-core/dbus/dbus-1.6.10/os-test.patch | 35
++
meta/recipes-core/dbus/dbus.inc |4 ++-
3 files changed, 40 insertions(+), 3 deletions(-)
create mode 100644 meta/recipes-core/dbus/dbus-1.6.10/os-test.patch
Thanks,
Jackie
Thanks
Sau!
meta/recipes-core/dbus/dbus.inc |4 ++-
2 files changed, 38 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
diff --git a/meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
b/meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
new file mode 100644
index 000..79554b1
--- /dev/null
+++ b/meta/recipes-core/dbus/dbus-1.6.8/os-test.patch
@@ -0,0 +1,35 @@
+dbus: remove build host test in configure script
+
+The dbus build tests the build host to detect what initscript
+environment it expects. Remove the test and set it to redhat
+unconditionally as the oe-core initscript has a redhat-style pid file
+path.
+
+Signed-off-by: Andy Ross andy.r...@windriver.com
+Upstream-Status: innappropriate [embedded]
+
+diff -u a/configure.ac b/configure.ac
+--- a/configure.ac2012-08-28 11:23:43.040609874 -0700
b/configure.ac2012-08-28 11:54:25.602913945 -0700
+@@ -1348,19 +1348,8 @@
+ AS_AC_EXPAND(EXPANDED_LIBEXECDIR, $libexecdir)
+ AS_AC_EXPAND(EXPANDED_DATADIR, $datadir)
+
+- Check our operating system
+-operating_system=unknown
+-if test -f /etc/redhat-release || test -f
$EXPANDED_SYSCONFDIR/redhat-release ; then
+- operating_system=redhat
+-fi
+-
+-if test -f /etc/slackware-version || test -f
$EXPANDED_SYSCONFDIR/slackware-version ; then
+- operating_system=slackware
+-fi
+-
+-if test -f /usr/bin/cygwin1.dll || test -f
$EXPANDED_BINDIR/cygwin1.dll ; then
+- operating_system=cygwin
+-fi
++ Build host test removed from upstream code, openembedded
initscript is redhat-like:
++operating_system=redhat
+
+ Sort out init scripts
+
diff --git a/meta/recipes-core/dbus/dbus.inc
b/meta/recipes-core/dbus/dbus.inc
index b07aefa..580a936 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -16,7 +16,9 @@ INC_PR = r6
SRC_URI =
http://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \
file://tmpdir.patch; \
- file://dbus-1.init
+ file://dbus-1.init \
+ file://os-test.patch \
+
inherit useradd autotools pkgconfig gettext update-rc.d
--
Jackie Huang
WIND RIVER | China Development Center
MSN:jackiel...@hotmail.com
Tel: +86 8477 8594
Mobile: +86 138 1027 4745
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
