Re: [OE-core] [PATCH] sysvinit-inittab: Fix getting tty device name from SERIAL_CONSOLES entries
Hello Saul,
I there any issue with this patch? We need this patch for our release.
Noor
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Ahsan,
Noor
Sent: Monday, October 21, 2013 5:46 PM
To: Shakeel, Muhammad; openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] sysvinit-inittab: Fix getting tty device name
from SERIAL_CONSOLES entries
Hello,
Kindly merge this patch we need it for Yocto 1.5.
Noor
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Shakeel,
Muhammad
Sent: Monday, October 07, 2013 8:05 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH] sysvinit-inittab: Fix getting tty device name from
SERIAL_CONSOLES entries
From: Muhammad Shakeel muhammad_shak...@mentor.com
Currently the part after tty in the device name go into label along with
everything after that part. For example if SERIAL_CONSOLES=115200;vt100;ttyS0
than label=S0 but if SERIAL_CONSOLES=115200;ttyS0;vt100 than label=S0;vt100.
If SERIAL_CONSOLES=..;ttyX;.., part after 'X' should also be trimmed.
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
.../sysvinit/sysvinit-inittab_2.88dsf.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
b/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
index 23c284d..05ba410 100644
--- a/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
+++ b/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
@@ -22,7 +22,7 @@ do_install() {
for i in $tmp
do
j=`echo ${i} | sed s/\;/\ /g`
- label=`echo ${i} | sed -e 's/^.*;tty//'`
+ label=`echo ${i} | sed -e 's/^.*;tty//' -e 's/;.*//'`
echo $label:12345:respawn:${base_sbindir}/getty ${j}
${D}${sysconfdir}/inittab
done
--
1.7.9.5
___
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
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Non-deterministic build failure
Hello, I got following: | /home/otavio/hacking/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/libexec/armv5te-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.8.1/ld: cannot find /lib/libc.so.6 | /home/otavio/hacking/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/libexec/armv5te-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.8.1/ld: cannot find /usr/lib/libc_nonshared.a | /home/otavio/hacking/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/libexec/armv5te-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.8.1/ld: cannot find /lib/ld-linux.so.3 | collect2: error: ld returned 1 exit status | make[1]: *** [../../../bin/moc] Error 1 | make[1]: Leaving directory `/home/otavio/hacking/fsl-community-bsp/build/tmp/work/armv5te-poky-linux-gnueabi/qt4-x11-free/4.8.5-r0/qt-everywhere-opensource-src-4.8.5/src/tools/moc' | make: *** [sub-moc-make_default-ordered] Error 2 | ERROR: oe_runmake failed | WARNING: /home/otavio/hacking/fsl-community-bsp/build/tmp/work/armv5te-poky-linux-gnueabi/qt4-x11-free/4.8.5-r0/temp/run.do_compile.25489:1 exit 1 from | exit 1 | ERROR: Function failed: do_compile (log file is located at /home/otavio/hacking/fsl-community-bsp/build/tmp/work/armv5te-poky-linux-gnueabi/qt4-x11-free/4.8.5-r0/temp/log.do_compile.25489) NOTE: recipe qt4-x11-free-4.8.5-r0: task do_compile: Failed NOTE: recipe lttng-modules-2.3.2+gitAUTOINC+4f1217f8ce-r0: task do_fetch: Started ERROR: Task 465 (/home/otavio/hacking/fsl-community-bsp/sources/poky/meta/recipes-qt/qt4/qt4-x11-free_4.8.5.bb, do_compile) failed with exit code '1' NOTE: recipe lttng-modules-2.3.2+gitAUTOINC+4f1217f8ce-r0: task do_fetch: Succeeded This only happens when building in my auto-builder; it does not happen when building byhand in my laptop. Can someone give any hint how to debug it? -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.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] dropbear: update to 2013.60 version
Hi Maxin,
On Monday 21 October 2013 17:36:42 maxin.j...@enea.com wrote:
From: Maxin B. John maxin.j...@enea.com
update to latest version 2013.60
Update 0006-dropbear-configuration-file.patch for 2013.60
Signed-off-by: Maxin B. John maxin.j...@enea.com
---
.../0001-urandom-xauth-changes-to-options.h.patch |0
.../0002-static_build_fix.patch|0
.../0003-configure.patch |0
.../0004-fix-2kb-keys.patch|0
.../0005-dropbear-enable-pam.patch |0
.../0006-dropbear-configuration-file.patch | 22
+++- .../0007-dropbear-fix-for-x32-abi.patch|
0
meta/recipes-core/dropbear/dropbear.inc|4 ++--
meta/recipes-core/dropbear/dropbear_2013.58.bb |6 --
meta/recipes-core/dropbear/dropbear_2013.60.bb |6 ++
10 files changed, 16 insertions(+), 22 deletions(-)
rename meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0001-urandom-xauth-changes-to-options.h.patch (100%)
rename meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0002-static_build_fix.patch (100%) rename
meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0003-configure.patch (100%) rename
meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0004-fix-2kb-keys.patch (100%) rename
meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0005-dropbear-enable-pam.patch (100%) rename
meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0006-dropbear-configuration-file.patch (56%) rename
meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0007-dropbear-fix-for-x32-abi.patch (100%) delete mode
100644 meta/recipes-core/dropbear/dropbear_2013.58.bb create mode 100644
meta/recipes-core/dropbear/dropbear_2013.60.bb
diff --git
a/meta/recipes-core/dropbear/dropbear-2013.58/0001-urandom-xauth-changes-to
-options.h.patch
b/meta/recipes-core/dropbear/dropbear-2013.60/0001-urandom-xauth-changes-to
-options.h.patch similarity index 100%
rename from
meta/recipes-core/dropbear/dropbear-2013.58/0001-urandom-xauth-changes-to-o
ptions.h.patch rename to
meta/recipes-core/dropbear/dropbear-2013.60/0001-urandom-xauth-changes-to-o
ptions.h.patch diff --git
a/meta/recipes-core/dropbear/dropbear-2013.58/0002-static_build_fix.patch
b/meta/recipes-core/dropbear/dropbear-2013.60/0002-static_build_fix.patch
similarity index 100%
rename from
meta/recipes-core/dropbear/dropbear-2013.58/0002-static_build_fix.patch
rename to
meta/recipes-core/dropbear/dropbear-2013.60/0002-static_build_fix.patch
diff --git
a/meta/recipes-core/dropbear/dropbear-2013.58/0003-configure.patch
b/meta/recipes-core/dropbear/dropbear-2013.60/0003-configure.patch
similarity index 100%
rename from meta/recipes-core/dropbear/dropbear-2013.58/0003-configure.patch
rename to meta/recipes-core/dropbear/dropbear-2013.60/0003-configure.patch
diff --git
a/meta/recipes-core/dropbear/dropbear-2013.58/0004-fix-2kb-keys.patch
b/meta/recipes-core/dropbear/dropbear-2013.60/0004-fix-2kb-keys.patch
similarity index 100%
rename from
meta/recipes-core/dropbear/dropbear-2013.58/0004-fix-2kb-keys.patch rename
to meta/recipes-core/dropbear/dropbear-2013.60/0004-fix-2kb-keys.patch diff
--git
a/meta/recipes-core/dropbear/dropbear-2013.58/0005-dropbear-enable-pam.patc
h
b/meta/recipes-core/dropbear/dropbear-2013.60/0005-dropbear-enable-pam.patc
h similarity index 100%
rename from
meta/recipes-core/dropbear/dropbear-2013.58/0005-dropbear-enable-pam.patch
rename to
meta/recipes-core/dropbear/dropbear-2013.60/0005-dropbear-enable-pam.patch
diff --git
a/meta/recipes-core/dropbear/dropbear-2013.58/0006-dropbear-configuration-f
ile.patch
b/meta/recipes-core/dropbear/dropbear-2013.60/0006-dropbear-configuration-f
ile.patch similarity index 56%
rename from
meta/recipes-core/dropbear/dropbear-2013.58/0006-dropbear-configuration-fil
e.patch rename to
meta/recipes-core/dropbear/dropbear-2013.60/0006-dropbear-configuration-fil
e.patch index 7e38663..fa4c8d0 100644
---
a/meta/recipes-core/dropbear/dropbear-2013.58/0006-dropbear-configuration-f
ile.patch +++
b/meta/recipes-core/dropbear/dropbear-2013.60/0006-dropbear-configuration-f
ile.patch @@ -1,28 +1,22 @@
Subject: [PATCH 6/6] dropbear configuration file
dropbear: Change the path (/etc/pam.d/sshd as default) to find a pam
configuration file \ -to /etc/pam.d/dropbear for dropbear when enabling
pam supporting +to /etc/pam.d/dropbear for dropbear when enabling pam
supporting
-Upstream-Status: Inappropriate [configuration]
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Maxin B. John maxin.j...@enea.com
Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com
---
- svr-authpam.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/svr-authpam.c b/svr-authpam.c
-index e84f076..e28be7d 100644
Re: [OE-core] [PATCH] dropbear: update to 2013.60 version
Hi Paul,
On Mon, Oct 28, 2013 at 11:27:01AM +, Paul Eggleton wrote:
Hi Maxin,
On Monday 21 October 2013 17:36:42 maxin.j...@enea.com wrote:
From: Maxin B. John maxin.j...@enea.com
update to latest version 2013.60
Update 0006-dropbear-configuration-file.patch for 2013.60
Signed-off-by: Maxin B. John maxin.j...@enea.com
---
.../0001-urandom-xauth-changes-to-options.h.patch |0
.../0002-static_build_fix.patch|0
.../0003-configure.patch |0
.../0004-fix-2kb-keys.patch|0
.../0005-dropbear-enable-pam.patch |0
.../0006-dropbear-configuration-file.patch | 22
+++- .../0007-dropbear-fix-for-x32-abi.patch|
0
meta/recipes-core/dropbear/dropbear.inc|4 ++--
meta/recipes-core/dropbear/dropbear_2013.58.bb |6 --
meta/recipes-core/dropbear/dropbear_2013.60.bb |6 ++
10 files changed, 16 insertions(+), 22 deletions(-)
rename meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0001-urandom-xauth-changes-to-options.h.patch (100%)
rename meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0002-static_build_fix.patch (100%) rename
meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0003-configure.patch (100%) rename
meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0004-fix-2kb-keys.patch (100%) rename
meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0005-dropbear-enable-pam.patch (100%) rename
meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0006-dropbear-configuration-file.patch (56%) rename
meta/recipes-core/dropbear/{dropbear-2013.58 =
dropbear-2013.60}/0007-dropbear-fix-for-x32-abi.patch (100%) delete mode
100644 meta/recipes-core/dropbear/dropbear_2013.58.bb create mode 100644
meta/recipes-core/dropbear/dropbear_2013.60.bb
diff --git
a/meta/recipes-core/dropbear/dropbear-2013.58/0001-urandom-xauth-changes-to
-options.h.patch
b/meta/recipes-core/dropbear/dropbear-2013.60/0001-urandom-xauth-changes-to
-options.h.patch similarity index 100%
rename from
meta/recipes-core/dropbear/dropbear-2013.58/0001-urandom-xauth-changes-to-o
ptions.h.patch rename to
meta/recipes-core/dropbear/dropbear-2013.60/0001-urandom-xauth-changes-to-o
ptions.h.patch diff --git
a/meta/recipes-core/dropbear/dropbear-2013.58/0002-static_build_fix.patch
b/meta/recipes-core/dropbear/dropbear-2013.60/0002-static_build_fix.patch
similarity index 100%
rename from
meta/recipes-core/dropbear/dropbear-2013.58/0002-static_build_fix.patch
rename to
meta/recipes-core/dropbear/dropbear-2013.60/0002-static_build_fix.patch
diff --git
a/meta/recipes-core/dropbear/dropbear-2013.58/0003-configure.patch
b/meta/recipes-core/dropbear/dropbear-2013.60/0003-configure.patch
similarity index 100%
rename from meta/recipes-core/dropbear/dropbear-2013.58/0003-configure.patch
rename to meta/recipes-core/dropbear/dropbear-2013.60/0003-configure.patch
diff --git
a/meta/recipes-core/dropbear/dropbear-2013.58/0004-fix-2kb-keys.patch
b/meta/recipes-core/dropbear/dropbear-2013.60/0004-fix-2kb-keys.patch
similarity index 100%
rename from
meta/recipes-core/dropbear/dropbear-2013.58/0004-fix-2kb-keys.patch rename
to meta/recipes-core/dropbear/dropbear-2013.60/0004-fix-2kb-keys.patch diff
--git
a/meta/recipes-core/dropbear/dropbear-2013.58/0005-dropbear-enable-pam.patc
h
b/meta/recipes-core/dropbear/dropbear-2013.60/0005-dropbear-enable-pam.patc
h similarity index 100%
rename from
meta/recipes-core/dropbear/dropbear-2013.58/0005-dropbear-enable-pam.patch
rename to
meta/recipes-core/dropbear/dropbear-2013.60/0005-dropbear-enable-pam.patch
diff --git
a/meta/recipes-core/dropbear/dropbear-2013.58/0006-dropbear-configuration-f
ile.patch
b/meta/recipes-core/dropbear/dropbear-2013.60/0006-dropbear-configuration-f
ile.patch similarity index 56%
rename from
meta/recipes-core/dropbear/dropbear-2013.58/0006-dropbear-configuration-fil
e.patch rename to
meta/recipes-core/dropbear/dropbear-2013.60/0006-dropbear-configuration-fil
e.patch index 7e38663..fa4c8d0 100644
---
a/meta/recipes-core/dropbear/dropbear-2013.58/0006-dropbear-configuration-f
ile.patch +++
b/meta/recipes-core/dropbear/dropbear-2013.60/0006-dropbear-configuration-f
ile.patch @@ -1,28 +1,22 @@
Subject: [PATCH 6/6] dropbear configuration file
dropbear: Change the path (/etc/pam.d/sshd as default) to find a pam
configuration file \ -to /etc/pam.d/dropbear for dropbear when enabling
pam supporting +to /etc/pam.d/dropbear for dropbear when enabling pam
supporting
-Upstream-Status: Inappropriate [configuration]
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Maxin B. John maxin.j...@enea.com
Signed-off-by: Xiaofeng Yan
[OE-core] [PATCH] grep: upgrade to 2.15
Signed-off-by: Cristiana Voicu cristiana.vo...@intel.com
---
.../grep/{grep_2.14.bb = grep_2.15.bb}|6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-extended/grep/{grep_2.14.bb = grep_2.15.bb} (86%)
diff --git a/meta/recipes-extended/grep/grep_2.14.bb
b/meta/recipes-extended/grep/grep_2.15.bb
similarity index 86%
rename from meta/recipes-extended/grep/grep_2.14.bb
rename to meta/recipes-extended/grep/grep_2.15.bb
index 386bbd4..b6aa882 100644
--- a/meta/recipes-extended/grep/grep_2.14.bb
+++ b/meta/recipes-extended/grep/grep_2.15.bb
@@ -6,12 +6,10 @@ SECTION = console/utils
LICENSE = GPLv3
LIC_FILES_CHKSUM = file://COPYING;md5=8006d9c814277c1bfc4ca22af94b59ee
-PR = r0
-
SRC_URI = ${GNU_MIRROR}/grep/grep-${PV}.tar.xz
-SRC_URI[md5sum] = d4a3f03849d1e17ce56ab76aa5a24cab
-SRC_URI[sha256sum] =
e70e801d4fbb16e761654a58ae48bf5020621c95c8e35bd864742577685872e1
+SRC_URI[md5sum] = 8cab8ca52bcae735af40278423c7c942
+SRC_URI[sha256sum] =
bf5a834e587974c8c64e71b35b9e75cd21c7ff253c0e7fbfb0a78be794965314
inherit autotools gettext
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] pcmanfm: upgraded to 1.1.2
Removed cross-compile-fix.patch; pcmanfm doesn't
use xml-purge anymore.
Tested on core-image-sato (qemuarm qemux86).
Signed-off-by: Valentin Popa valentin.p...@intel.com
---
.../recipes-sato/pcmanfm/files/cross-compile-fix.patch | 18 --
.../pcmanfm/{pcmanfm_1.1.0.bb = pcmanfm_1.1.2.bb} | 5 ++---
2 files changed, 2 insertions(+), 21 deletions(-)
delete mode 100644 meta/recipes-sato/pcmanfm/files/cross-compile-fix.patch
rename meta/recipes-sato/pcmanfm/{pcmanfm_1.1.0.bb = pcmanfm_1.1.2.bb} (85%)
diff --git a/meta/recipes-sato/pcmanfm/files/cross-compile-fix.patch
b/meta/recipes-sato/pcmanfm/files/cross-compile-fix.patch
deleted file mode 100644
index 0118081..000
--- a/meta/recipes-sato/pcmanfm/files/cross-compile-fix.patch
+++ /dev/null
@@ -1,18 +0,0 @@
-pcmanfm need a binary xml-purge(from its own source code) to optimize size of
-data file, which cause build error on cross-compile environment. Simplely
-remove it to work aound this issue.
-
-Signed-off-by: Zhai Edwin edwin.z...@intel.com
-
-Upstream-Status: Inappropriate [embedded specific]
-
-Index: pcmanfm-0.9.7/data/ui/Makefile.am
-===
pcmanfm-0.9.7.orig/data/ui/Makefile.am 2010-07-29 15:10:18.0
+0800
-+++ pcmanfm-0.9.7/data/ui/Makefile.am 2010-07-29 15:11:24.0 +0800
-@@ -21,4 +21,4 @@
- # Purge GtkBuilder UI files
- %.ui: %.glade
- cp $ $@
-- $(top_builddir)/src/xml-purge $@
-+# $(top_builddir)/src/xml-purge $@
diff --git a/meta/recipes-sato/pcmanfm/pcmanfm_1.1.0.bb
b/meta/recipes-sato/pcmanfm/pcmanfm_1.1.2.bb
similarity index 85%
rename from meta/recipes-sato/pcmanfm/pcmanfm_1.1.0.bb
rename to meta/recipes-sato/pcmanfm/pcmanfm_1.1.2.bb
index 9a038fe..2be4a56 100644
--- a/meta/recipes-sato/pcmanfm/pcmanfm_1.1.0.bb
+++ b/meta/recipes-sato/pcmanfm/pcmanfm_1.1.2.bb
@@ -20,11 +20,10 @@ SRC_URI =
${SOURCEFORGE_MIRROR}/pcmanfm/pcmanfm-${PV}.tar.gz \
file://gnome-fs-regular.png \
file://gnome-mime-text-plain.png \
file://emblem-symbolic-link.png \
- file://cross-compile-fix.patch \
file://no-desktop.patch
-SRC_URI[md5sum] = af0cff78690e658f3c06ceabf27bc71a
-SRC_URI[sha256sum] =
1f6301f330ad648f3322708ec6c0f680a8695a9453932fe19653bab6731e5582
+SRC_URI[md5sum] = 41104699e653ff2b0a9a9e80a257d6a2
+SRC_URI[sha256sum] =
23ee33b34066ac83ce9a98bc9930049e69839438fb60489bd453bec8c2068950
inherit autotools pkgconfig
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] elfutils-native-0.148 does not build on Ubuntu-13.10
| gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -DLOCALEDIR='/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/sysroots/i686-linux/usr/share/locale' -DDEBUGPRED=0 -DSRCDIR=\/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/elfutils-0.148/src\ -DOBJDIR=\/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/elfutils-0.148/src\ -I. -I.. -I. -I. -I../lib -I.. -I./../libelf -I./../libebl -I./../libdw -I./../libdwfl -I./../libasm -isystem/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/sysroots/i686-linux/usr/include -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra -fgnu89-inline -Wformat=2 -isystem/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/sysroots/i686-linux/usr/include -O2 -pipe -c ranlib.c | addr2line.c: In function 'handle_address': | addr2line.c:450:7: error: format '%a' expects argument of type 'float *', but argument 3 has type 'char **' [-Werror=format=]| gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -DLOCALEDIR='/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/sysroots/i686-linux/usr/share/locale' -DDEBUGPRED=0 -DSRCDIR=\/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/elfutils-0.148/src\ -DOBJDIR=\/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/elfutils-0.148/src\ -I. -I.. -I. -I. -I../lib -I.. -I./../libelf -I./../libebl -I./../libdw -I./../libdwfl -I./../libasm -isystem/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/sysroots/i686-linux/usr/include -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra -fgnu89-inline -Wformat=2 -isystem/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/sysroots/i686-linux/usr/include -O2 -pipe -c ranlib.c | addr2line.c: In function 'handle_address': | addr2line.c:450:7: error: format '%a' expects argument of type 'float *', but argument 3 has type 'char **' [-Werror=format=] |if (sscanf (string, (%a[^)])% PRIiMAX %n, name, addr, i) == 2 |^ | addr2line.c:453:7: error: format '%a' expects argument of type 'float *', but argument 3 has type 'char **' [-Werror=format=] |switch (sscanf (string, %a[^-+]%n% PRIiMAX %n, name, i, addr, j)) |^ | cc1: all warnings being treated as errors | make[2]: *** [addr2line.o] Error 1 | make[2]: *** Waiting for unfinished jobs | rm i386_ld.o | make[2]: Leaving directory `/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/elfutils-0.148/src' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/elfutils-0.148' | make: *** [all] Error 2 | ERROR: oe_runmake failed | ERROR: Function failed: do_compile (see /home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/temp/log.do_compile.1845 for further information) |if (sscanf (string, (%a[^)])% PRIiMAX %n, name, addr, i) == 2 |^ | addr2line.c:453:7: error: format '%a' expects argument of type 'float *', but argument 3 has type 'char **' [-Werror=format=] |switch (sscanf (string, %a[^-+]%n% PRIiMAX %n, name, i, addr, j)) |^ | cc1: all warnings being treated as errors | make[2]: *** [addr2line.o] Error 1 | make[2]: *** Waiting for unfinished jobs | rm i386_ld.o | make[2]: Leaving directory `/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/elfutils-0.148/src' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/elfutils-0.148' | make: *** [all] Error 2 | ERROR: oe_runmake failed | ERROR: Function failed: do_compile (see /home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/temp/log.do_compile.1845 for further information) but this is OK, on Ubuntu-12.10 BR Ulf Samuelsson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Issue with package_rpm : can't install files named %name...
Hi all, I try to cross-compile and install rubygems and the gems contain some directories and files named %name To create the rpm package, a spec file that contains the list of all files and directories that must be in the rpm package is generated in do_package. The rpm process replace all the %name in the spec file by the name of the package. So the package process try to include some file and directory that doesn't exist. How can I resolve this issue ? Is it a bug in package_rpm.bbclass ? Best regards, Seb ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] elfutils-native-0.148 does not build on Ubuntu-13.10
On Monday, October 28, 2013, Ulf Samuelsson wrote: | gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -DLOCALEDIR='/home2/Angstrom/** build/tmp-angstrom_v2012_12-**eglibc/sysroots/i686-linux/**usr/share/locale' -DDEBUGPRED=0 -DSRCDIR=\/home2/Angstrom/**build/tmp-angstrom_v2012_12-** eglibc/work/i686-linux/**elfutils-native-0.148-r11/**elfutils-0.148/src\ -DOBJDIR=\/home2/Angstrom/**build/tmp-angstrom_v2012_12-** eglibc/work/i686-linux/**elfutils-native-0.148-r11/**elfutils-0.148/src\ -I. -I.. -I. -I. -I../lib -I.. -I./../libelf -I./../libebl -I./../libdw -I./../libdwfl -I./../libasm -isystem/home2/Angstrom/build/** tmp-angstrom_v2012_12-eglibc/**sysroots/i686-linux/usr/**include -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra -fgnu89-inline -Wformat=2 -isystem/home2/Angstrom/build/**tmp-angstrom_v2012_12-eglibc/** sysroots/i686-linux/usr/**include -O2 -pipe -c ranlib.c | addr2line.c: In function 'handle_address': | addr2line.c:450:7: error: format '%a' expects argument of type 'float *', but argument 3 has type 'char **' [-Werror=format=]| gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -DLOCALEDIR='/home2/Angstrom/** build/tmp-angstrom_v2012_12-**eglibc/sysroots/i686-linux/**usr/share/locale' -DDEBUGPRED=0 -DSRCDIR=\/home2/Angstrom/**build/tmp-angstrom_v2012_12-** eglibc/work/i686-linux/**elfutils-native-0.148-r11/**elfutils-0.148/src\ -DOBJDIR=\/home2/Angstrom/**build/tmp-angstrom_v2012_12-** eglibc/work/i686-linux/**elfutils-native-0.148-r11/**elfutils-0.148/src\ -I. -I.. -I. -I. -I../lib -I.. -I./../libelf -I./../libebl -I./../libdw -I./../libdwfl -I./../libasm -isystem/home2/Angstrom/build/** tmp-angstrom_v2012_12-eglibc/**sysroots/i686-linux/usr/**include -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra -fgnu89-inline -Wformat=2 -isystem/home2/Angstrom/build/**tmp-angstrom_v2012_12-eglibc/** sysroots/i686-linux/usr/**include -O2 -pipe -c ranlib.c | addr2line.c: In function 'handle_address': | addr2line.c:450:7: error: format '%a' expects argument of type 'float *', but argument 3 has type 'char **' [-Werror=format=] |if (sscanf (string, (%a[^)])% PRIiMAX %n, name, addr, i) == 2 |^ | addr2line.c:453:7: error: format '%a' expects argument of type 'float *', but argument 3 has type 'char **' [-Werror=format=] |switch (sscanf (string, %a[^-+]%n% PRIiMAX %n, name, i, addr, j)) |^ | cc1: all warnings being treated as errors | make[2]: *** [addr2line.o] Error 1 | make[2]: *** Waiting for unfinished jobs | rm i386_ld.o | make[2]: Leaving directory `/home2/Angstrom/build/tmp-** angstrom_v2012_12-eglibc/work/**i686-linux/elfutils-native-0.** 148-r11/elfutils-0.148/src' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/home2/Angstrom/build/tmp-** angstrom_v2012_12-eglibc/work/**i686-linux/elfutils-native-0.** 148-r11/elfutils-0.148' | make: *** [all] Error 2 | ERROR: oe_runmake failed | ERROR: Function failed: do_compile (see /home2/Angstrom/build/tmp-** angstrom_v2012_12-eglibc/work/**i686-linux/elfutils-native-0.** 148-r11/temp/log.do_compile.**1845 for further information) |if (sscanf (string, (%a[^)])% PRIiMAX %n, name, addr, i) == 2 |^ | addr2line.c:453:7: error: format '%a' expects argument of type 'float *', but argument 3 has type 'char **' [-Werror=format=] |switch (sscanf (string, %a[^-+]%n% PRIiMAX %n, name, i, addr, j)) |^ | cc1: all warnings being treated as errors | make[2]: *** [addr2line.o] Error 1 | make[2]: *** Waiting for unfinished jobs | rm i386_ld.o | make[2]: Leaving directory `/home2/Angstrom/build/tmp-** angstrom_v2012_12-eglibc/work/**i686-linux/elfutils-native-0.** 148-r11/elfutils-0.148/src' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/home2/Angstrom/build/tmp-** angstrom_v2012_12-eglibc/work/**i686-linux/elfutils-native-0.** 148-r11/elfutils-0.148' | make: *** [all] Error 2 | ERROR: oe_runmake failed | ERROR: Function failed: do_compile (see /home2/Angstrom/build/tmp-** angstrom_v2012_12-eglibc/work/**i686-linux/elfutils-native-0.** 148-r11/temp/log.do_compile.**1845 for further information) but this is OK, on Ubuntu-12.10 Apply http://permalink.gmane.org/gmane.comp.handhelds.openembedded.scm/66625 BR Ulf Samuelsson __**_ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/**mailman/listinfo/openembedded-**corehttp://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libsoup: upgrade to 2.44.1
Tested with midori-browser on qemux86
and qemuarm.
Signed-off-by: Valentin Popa valentin.p...@intel.com
---
.../libsoup/{libsoup-2.4_2.42.1.bb = libsoup-2.4_2.44.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libsoup/{libsoup-2.4_2.42.1.bb =
libsoup-2.4_2.44.1.bb} (85%)
diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.42.1.bb
b/meta/recipes-support/libsoup/libsoup-2.4_2.44.1.bb
similarity index 85%
rename from meta/recipes-support/libsoup/libsoup-2.4_2.42.1.bb
rename to meta/recipes-support/libsoup/libsoup-2.4_2.44.1.bb
index ef8d439..6c3c1db 100644
--- a/meta/recipes-support/libsoup/libsoup-2.4_2.42.1.bb
+++ b/meta/recipes-support/libsoup/libsoup-2.4_2.44.1.bb
@@ -17,8 +17,8 @@ PACKAGECONFIG[gnome] = --with-gnome,--without-gnome
SHRT_VER =
${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}
SRC_URI = ${GNOME_MIRROR}/libsoup/${SHRT_VER}/libsoup-${PV}.tar.xz
-SRC_URI[md5sum] = aaccd590a8002b69716f885fa8589887
-SRC_URI[sha256sum] =
20bd5365bb3e7de70fade91ac82c9dea31636318df90b8c26bc4cde2523a8c91
+SRC_URI[md5sum] = c8e3b59b16e8fbad430f47adb3bbd3df
+SRC_URI[sha256sum] =
c532c331dd5f7eb78438867302ed6897a847c82b287ed9347bea8d1937974c1d
S = ${WORKDIR}/libsoup-${PV}
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] SRC_URI computing order
Hi Richard, I saw your patch fixing FILESPATH's and Kergoth's one fixing PACKAGECONFIG processing order and I think I'm also facing an order problem when SRC_URI is computed. So when building SRC_URI when two layers have bbappend which apply patches : the SRC_URI seems to be built using an order I fail to understand somewhere instead of priority or the overrides' order. The use case is a System on Module and its custom motherboard : - meta-fsl-arm : * linux-imx_xyz.bb : SRC_URI = patchgeneric1 ... - meta-som-support : * conf/machine/mysom.conf * linux-imx_xyz.bbappend : SRC_URI_append_mysom = patchsom1 patchsom2 ... - meta-custommotherboard (SOM + Cunstom Motherboard) : * conf/machine/myproduct.conf MACHINEOVERRIDES_prepend = mysom: include conf/machine/mysom.conf * linux-imx_xyz.bbappend : SRC_URI_append_myproduct = patchproduct1 patchproduct2 ... in the end I get : SRC_URI = patchgeneric1 ... patchsoc1 ... patchproduct1 ... patchsom1 ... and of course as patchproduct* are supposed to apply on top of patchsoc* the patch fail to apply. I didn't found a way to build SRC_URI in the order I would like (I tested : changing MACHINEOVERRIDES 's order, changing layers' priority, changing machine's name to see if that was an alphabetical order ...). In the end the only thing which worked was to add an (empty by default) variable in som's SRC_URI and filling this variables from the custommotherboard's bbappend. Is the behaviour I'm seeing expected or is there something wrong in my setup ? Thanks, Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] scripts: Add ksize.py and dirsize.py
Fixes [YOCTO #5388] These scripts can be useful when working to reduce the size of the Linux kernel and the root filesystem. ksize.py displays the kernel build size by the built-in.o files. dirsize.py displays the various sizes of the components of the root directory. Signed-off-by: Darren Hart dvh...@linux.intel.com --- scripts/tiny/dirsize.py | 93 +++ scripts/tiny/ksize.py | 165 2 files changed, 258 insertions(+) create mode 100755 scripts/tiny/dirsize.py create mode 100755 scripts/tiny/ksize.py diff --git a/scripts/tiny/dirsize.py b/scripts/tiny/dirsize.py new file mode 100755 index 000..40ff4ab --- /dev/null +++ b/scripts/tiny/dirsize.py @@ -0,0 +1,93 @@ +#!/usr/bin/env python +# +# Copyright (c) 2011, Intel Corporation. +# All rights reserved. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2 of the License, or +# (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. +# +# +# Display details of the root filesystem size, broken up by directory. +# Allows for limiting by size to focus on the larger files. +# +# Author: Darren Hart dvh...@linux.intel.com +# + +import os +import sys +import stat + +class Record: +def create(path): +r = Record(path) + +s = os.lstat(path) +if stat.S_ISDIR(s.st_mode): +for p in os.listdir(path): +pathname = path + / + p +ss = os.lstat(pathname) +if not stat.S_ISLNK(ss.st_mode): +r.records.append(Record.create(pathname)) +r.size += r.records[-1].size +r.records.sort(reverse=True) +else: +r.size = os.lstat(path).st_size + +return r +create = staticmethod(create) + +def __init__(self, path): +self.path = path +self.size = 0 +self.records = [] + +def __cmp__(this, that): +if that is None: +return 1 +if not isinstance(that, Record): +raise TypeError +if len(this.records) 0 and len(that.records) == 0: +return -1 +if len(this.records) == 0 and len(that.records) 0: +return 1 +if this.size that.size: +return -1 +if this.size that.size: +return 1 +return 0 + +def show(self, minsize): +total = 0 +if self.size = minsize: +return 0 +print %10d %s % (self.size, self.path) +for r in self.records: +total += r.show(minsize) +if len(self.records) == 0: +total = self.size +return total + + +def main(): +minsize = 0 +if len(sys.argv) == 2: +minsize = int(sys.argv[1]) +rootfs = Record.create(.) +total = rootfs.show(minsize) +print Displayed %d/%d bytes (%.2f%%) % \ + (total, rootfs.size, 100 * float(total) / rootfs.size) + + +if __name__ == __main__: +main() diff --git a/scripts/tiny/ksize.py b/scripts/tiny/ksize.py new file mode 100755 index 000..4006f2f --- /dev/null +++ b/scripts/tiny/ksize.py @@ -0,0 +1,165 @@ +#!/usr/bin/env python +# +# Copyright (c) 2011, Intel Corporation. +# All rights reserved. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2 of the License, or +# (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. +# +# +# Display details of the kernel build size, broken up by built-in.o. Sort +# the objects by size. Run from the top level kernel build directory. +# +# Author: Darren Hart dvh...@linux.intel.com +# + +import sys +import getopt +import os +from subprocess import * +from string import join + + +def usage(): +prog = os.path.basename(sys.argv[0]) +print 'Usage: %s [OPTION]...' % (prog) +print ' -d, display an additional level of
[OE-core] [PATCH 1/5] gnome: set UNKNOWN_CONFIGURE_WHITELIST
This class passes --disable-introspection to everything that inherits it but not all GNOME modules support introspection, so add that option to the unknown-configure-options sanity test whitelist. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/classes/gnome.bbclass |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/classes/gnome.bbclass b/meta/classes/gnome.bbclass index a19dd17..0de22dd 100644 --- a/meta/classes/gnome.bbclass +++ b/meta/classes/gnome.bbclass @@ -1,3 +1,5 @@ inherit gnomebase gtk-icon-cache gconf mime -EXTRA_OECONF += --enable-introspection=no +EXTRA_OECONF += --disable-introspection + +UNKNOWN_CONFIGURE_WHITELIST += --disable-introspection -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] xorg-lib-common: set UNKNOWN_CONFIGURE_WHITELIST
This include adds configure options globally but not all X libraries support
them, so to avoid unknown-configure-option warnings add them to the whitelist.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/xorg-lib-common.inc |3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
index 98e1416..07b0373 100644
--- a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
+++ b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
@@ -17,6 +17,9 @@ EXTRA_OECONF = --disable-specs --without-groff
--without-ps2pdf --without-fop -
EXTRA_OECONF_append_libc-glibc = --disable-malloc0returnsnull
EXTRA_OECONF_append_libc-uclibc = --enable-malloc0returnsnull
+UNKNOWN_CONFIGURE_WHITELIST += --enable-malloc0returnsnull
--disable-malloc0returnsnull \
+--disable-specs --without-groff
--without-ps2pdf --without-fop --without-xmlto
+
python () {
whitelist = [ pixman, libpciaccess ]
if not d.getVar('BPN', True) in whitelist and not oe.utils.contains
('DISTRO_FEATURES', 'x11', True, False, d):
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] xorg-proto-common: set UNKNOWN_CONFIGURE_WHITELIST
This include adds configure options globally but not all X libraries support
them, so to avoid unknown-configure-option warnings add them to the whitelist.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-proto/xorg-proto-common.inc |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
b/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
index 856f4d8..4680d0e 100644
--- a/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
+++ b/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
@@ -14,7 +14,9 @@ S = ${WORKDIR}/${XORG_PN}-${PV}
DEPENDS = util-macros
inherit autotools pkgconfig
-EXTRA_OECONF = --with-fop=no --without-xmlto
+EXTRA_OECONF = --without-fop --without-xmlto
+
+UNKNOWN_CONFIGURE_WHITELIST += --without-fop --without-xmlto
# ${PN} is empty so we need to tweak -dev and -dbg package dependencies
RDEPENDS_${PN}-dev =
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] gnome-common: inhert gnomebase not gnome
This recipe doesn't need any of the helpers that come with gnome (GConf, icons, MIME, etc), so just inherit gnomebase. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-gnome/gnome/gnome-common_3.7.4.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gnome/gnome-common_3.7.4.bb b/meta/recipes-gnome/gnome/gnome-common_3.7.4.bb index ebf343e..af5d340 100644 --- a/meta/recipes-gnome/gnome/gnome-common_3.7.4.bb +++ b/meta/recipes-gnome/gnome/gnome-common_3.7.4.bb @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 SECTION = x11/gnome PR = r0 -inherit gnome allarch +inherit gnomebase allarch GNOME_COMPRESS_TYPE = xz -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] libgcrypt: remove --without-pth
This isn't recognised by configure, and the random number daemon that requires
Pth isn't enabled.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-support/libgcrypt/libgcrypt.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/libgcrypt/libgcrypt.inc
b/meta/recipes-support/libgcrypt/libgcrypt.inc
index 6a0e0cf..e0dfec2 100644
--- a/meta/recipes-support/libgcrypt/libgcrypt.inc
+++ b/meta/recipes-support/libgcrypt/libgcrypt.inc
@@ -15,7 +15,7 @@ SRC_URI =
ftp://ftp.gnupg.org/gcrypt/libgcrypt/libgcrypt-${PV}.tar.gz \
inherit autotools binconfig pkgconfig
-EXTRA_OECONF = --without-pth --disable-asm --with-capabilities
+EXTRA_OECONF = --disable-asm --with-capabilities
# libgcrypt.pc is added locally and thus installed here
do_install_append() {
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Extending core-image-basic
Why isn't core-image-basic user extendable? It seems to be the only image that doesn't use CORE_IMAGE_EXTRA_INSTALL. -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Mesa mess
On 24 October 2013 01:57, Gary Thomas g...@mlbassoc.com wrote: I found the cause :-) In addition to OE-core, I am using meta-ti on an OMAP3 target. In meta-ti, there is this line: meta-ti/recipes-graphics/mesa/mesa-omap3-common.inc:PROVIDES_omap3 = virtual/libgl I added virtual/mesa to this list and it now builds again. I'm not sure that this is 100% correct though. That's correct - did you send a patch to meta-ti? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Mesa mess
On 2013-10-28 08:54, Burton, Ross wrote: On 24 October 2013 01:57, Gary Thomas g...@mlbassoc.com wrote: I found the cause :-) In addition to OE-core, I am using meta-ti on an OMAP3 target. In meta-ti, there is this line: meta-ti/recipes-graphics/mesa/mesa-omap3-common.inc:PROVIDES_omap3 = virtual/libgl I added virtual/mesa to this list and it now builds again. I'm not sure that this is 100% correct though. That's correct - did you send a patch to meta-ti? There was a discussion about this on meta-ti and it was decided to fix it (rather drastically by removing these overrides) when the core mesa recipe is upgraded (already proposed). -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Issue with package_rpm : can't install files named %name...
Hi Sebastien, On Monday 28 October 2013 14:44:57 Sebastien MENNETRIER wrote: I try to cross-compile and install rubygems and the gems contain some directories and files named %name To create the rpm package, a spec file that contains the list of all files and directories that must be in the rpm package is generated in do_package. The rpm process replace all the %name in the spec file by the name of the package. So the package process try to include some file and directory that doesn't exist. How can I resolve this issue ? Is it a bug in package_rpm.bbclass ? It is a limitation in package_rpm.bbclass's current behaviour, yes. It probably needs to be fixed to escape % at the start of a filename when writing out the spec file (assuming that is possible, that is). Could you please file a bug for this (at bugzilla.yoctoproject.org)? Thanks, 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] sysvinit-inittab: Fix getting tty device name from SERIAL_CONSOLES entries
Hi Noor,
This patch was merged to master a couple of weeks ago:
http://cgit.openembedded.org/openembedded-core/commit/?id=b00b9ae5693e04cacd0843c12a529e7f3dc501ed
Cheers,
Paul
On Monday 28 October 2013 10:13:36 Ahsan, Noor wrote:
Hello Saul,
I there any issue with this patch? We need this patch for our release.
Noor
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Ahsan, Noor Sent: Monday, October 21, 2013 5:46 PM
To: Shakeel, Muhammad; openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] sysvinit-inittab: Fix getting tty device name
from SERIAL_CONSOLES entries
Hello,
Kindly merge this patch we need it for Yocto 1.5.
Noor
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Shakeel, Muhammad Sent: Monday, October 07, 2013 8:05 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH] sysvinit-inittab: Fix getting tty device name
from SERIAL_CONSOLES entries
From: Muhammad Shakeel muhammad_shak...@mentor.com
Currently the part after tty in the device name go into label along with
everything after that part. For example if
SERIAL_CONSOLES=115200;vt100;ttyS0 than label=S0 but if
SERIAL_CONSOLES=115200;ttyS0;vt100 than label=S0;vt100. If
SERIAL_CONSOLES=..;ttyX;.., part after 'X' should also be trimmed.
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
.../sysvinit/sysvinit-inittab_2.88dsf.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
b/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb index
23c284d..05ba410 100644
--- a/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
+++ b/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
@@ -22,7 +22,7 @@ do_install() {
for i in $tmp
do
j=`echo ${i} | sed s/\;/\ /g`
- label=`echo ${i} | sed -e 's/^.*;tty//'`
+ label=`echo ${i} | sed -e 's/^.*;tty//' -e 's/;.*//'`
echo $label:12345:respawn:${base_sbindir}/getty ${j}
${D}${sysconfdir}/inittab done
--
1.7.9.5
___
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
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
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] Issue with package_rpm : can't install files named %name...
Paul, Thanks for your answer. I filled a bug : https://bugzilla.yoctoproject.org/show_bug.cgi?id=5397 Regards, Seb 2013/10/28 Paul Eggleton paul.eggle...@linux.intel.com Hi Sebastien, On Monday 28 October 2013 14:44:57 Sebastien MENNETRIER wrote: I try to cross-compile and install rubygems and the gems contain some directories and files named %name To create the rpm package, a spec file that contains the list of all files and directories that must be in the rpm package is generated in do_package. The rpm process replace all the %name in the spec file by the name of the package. So the package process try to include some file and directory that doesn't exist. How can I resolve this issue ? Is it a bug in package_rpm.bbclass ? It is a limitation in package_rpm.bbclass's current behaviour, yes. It probably needs to be fixed to escape % at the start of a filename when writing out the spec file (assuming that is possible, that is). Could you please file a bug for this (at bugzilla.yoctoproject.org)? Thanks, 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 2/2] meta-toolchain-qt: put QT_CONF_PATH in environment script
This will allow apps using QLibraryInfo class to find qt.conf.
[YOCTO #5339]
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/recipes-qt/meta/meta-toolchain-qt.inc |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-qt/meta/meta-toolchain-qt.inc
b/meta/recipes-qt/meta/meta-toolchain-qt.inc
index 14591a8..edebfe7 100644
--- a/meta/recipes-qt/meta/meta-toolchain-qt.inc
+++ b/meta/recipes-qt/meta/meta-toolchain-qt.inc
@@ -24,6 +24,7 @@ toolchain_create_sdk_env_script_append() {
echo 'export OE_QMAKE_QDBUSXML2CPP=${QT_TOOLS_PREFIX}/qdbusxml2cpp4'
$script
echo 'export
OE_QMAKE_QT_CONFIG=${SDKTARGETSYSROOT}/${datadir}/${QT_DIR_NAME}/mkspecs/qconfig.pri'
$script
echo 'export
QMAKESPEC=${SDKTARGETSYSROOT}/${datadir}/${QT_DIR_NAME}/mkspecs/linux-g++'
$script
+echo 'export QT_CONF_PATH=${SDKPATHNATIVE}/${sysconfdir}' $script
# make a symbolic link to mkspecs for compatibility with Nokia's SDK
# and QTCreator
--
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/2] nativesdk-qt4-tools: create qt.conf file
When installing the SDK to another location than the default one, qmake
will look for libraries, headers, etc. in the default location. That's
because the paths are hard-coded in the binary itself. Luckily, QT
allows to override this using a qt.conf file installed in the same
directory with the application executable. However, we already have a
patch that allows for the installation of qt.conf in another place and
read the location from QT_CONF_PATH environment variable.
Hence, install qt.conf in ${sysconfdir}. This will allow other apps, that
use QLibraryInfo class, to find it.
[YOCTO #5339]
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/recipes-qt/qt4/nativesdk-qt4-tools.inc |6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc
b/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc
index a9ec61e..2c806e0 100644
--- a/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc
+++ b/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc
@@ -118,4 +118,10 @@ do_install() {
for i in moc uic uic3 rcc lrelease lupdate qdbuscpp2xml qdbusxml2cpp; do \
ln -s ${i}4 ${i}; \
done)
+
+install -d ${D}${sysconfdir}
+cat ${D}${sysconfdir}/qt.conf EOF
+[Paths]
+Prefix = ${prefix}
+EOF
}
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] QT toolchain relocation fix
The following changes since commit 78b91ab23d9856525fc7ac1bb8da2975382813bf: pigz: bump to 2.3.1 (2013-10-26 16:08:41 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/b5339_qt_toolchain_issue http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/b5339_qt_toolchain_issue Laurentiu Palcu (2): nativesdk-qt4-tools: create qt.conf file meta-toolchain-qt: put QT_CONF_PATH in environment script meta/recipes-qt/meta/meta-toolchain-qt.inc |1 + meta/recipes-qt/qt4/nativesdk-qt4-tools.inc |6 ++ 2 files changed, 7 insertions(+) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/5] gnome: set UNKNOWN_CONFIGURE_WHITELIST
On Mon, Oct 28, 2013 at 12:33 PM, Ross Burton ross.bur...@intel.com wrote: This class passes --disable-introspection to everything that inherits it but not all GNOME modules support introspection, so add that option to the unknown-configure-options sanity test whitelist. Signed-off-by: Ross Burton ross.bur...@intel.com I understand the change but it does not match with the commit log. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.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 3/5] xorg-proto-common: set UNKNOWN_CONFIGURE_WHITELIST
On Mon, Oct 28, 2013 at 12:33 PM, Ross Burton ross.bur...@intel.com wrote: This include adds configure options globally but not all X libraries support them, so to avoid unknown-configure-option warnings add them to the whitelist. Signed-off-by: Ross Burton ross.bur...@intel.com Does not match with the commit log. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.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] Why is i586 the default tune?
Can anybody shed any light on why i586 is the default tune, rather than i686, and for that matter why there is no i686 tune? Would there be any objections to creating an i686 tune and setting it to default? -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] Recipe upgrades
The following changes since commit 8081dcb03f54efd551d1c8fe8a0484f8270053e0:
pigz: bump to 2.3.1 (2013-10-26 16:08:30 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/upgrades
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/upgrades
Paul Eggleton (3):
ethtool: upgrade to 3.11
openssh: upgrade to 6.3p1
cmake: upgrade to 2.8.12
.../openssh/openssh-6.2p2/mac.patch| 76 --
.../openssh/{openssh-6.2p2 = openssh-6.3p1}/init | 0
.../{openssh-6.2p2 = openssh-6.3p1}/nostrip.patch | 0
.../openssh-CVE-2011-4327.patch| 0
.../{openssh-6.2p2 = openssh-6.3p1}/ssh_config| 0
.../openssh/{openssh-6.2p2 = openssh-6.3p1}/sshd | 0
.../{openssh-6.2p2 = openssh-6.3p1}/sshd.socket | 0
.../{openssh-6.2p2 = openssh-6.3p1}/sshd@.service | 0
.../{openssh-6.2p2 = openssh-6.3p1}/sshd_config | 0
.../sshdgenkeys.service| 0
.../volatiles.99_sshd | 0
.../openssh/{openssh_6.2p2.bb = openssh_6.3p1.bb} | 6 +-
...e-native_2.8.11.2.bb = cmake-native_2.8.12.bb} | 4 +-
.../cmake/{cmake_2.8.11.2.bb = cmake_2.8.12.bb} | 7 +-
.../{ethtool-3.10 = ethtool-3.11}/run-ptest | 0
.../ethtool/{ethtool_3.10.bb = ethtool_3.11.bb} | 4 +-
16 files changed, 8 insertions(+), 89 deletions(-)
delete mode 100644 meta/recipes-connectivity/openssh/openssh-6.2p2/mac.patch
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 = openssh-6.3p1}/init
(100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/nostrip.patch (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/openssh-CVE-2011-4327.patch (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/ssh_config (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 = openssh-6.3p1}/sshd
(100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/sshd.socket (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/sshd@.service (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/sshd_config (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/sshdgenkeys.service (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/volatiles.99_sshd (100%)
rename meta/recipes-connectivity/openssh/{openssh_6.2p2.bb =
openssh_6.3p1.bb} (96%)
rename meta/recipes-devtools/cmake/{cmake-native_2.8.11.2.bb =
cmake-native_2.8.12.bb} (58%)
rename meta/recipes-devtools/cmake/{cmake_2.8.11.2.bb = cmake_2.8.12.bb} (78%)
rename meta/recipes-extended/ethtool/{ethtool-3.10 = ethtool-3.11}/run-ptest
(100%)
rename meta/recipes-extended/ethtool/{ethtool_3.10.bb = ethtool_3.11.bb} (87%)
--
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/3] ethtool: upgrade to 3.11
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
.../recipes-extended/ethtool/{ethtool-3.10 = ethtool-3.11}/run-ptest | 0
meta/recipes-extended/ethtool/{ethtool_3.10.bb = ethtool_3.11.bb}| 4 ++--
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/ethtool/{ethtool-3.10 = ethtool-3.11}/run-ptest
(100%)
rename meta/recipes-extended/ethtool/{ethtool_3.10.bb = ethtool_3.11.bb} (87%)
diff --git a/meta/recipes-extended/ethtool/ethtool-3.10/run-ptest
b/meta/recipes-extended/ethtool/ethtool-3.11/run-ptest
similarity index 100%
rename from meta/recipes-extended/ethtool/ethtool-3.10/run-ptest
rename to meta/recipes-extended/ethtool/ethtool-3.11/run-ptest
diff --git a/meta/recipes-extended/ethtool/ethtool_3.10.bb
b/meta/recipes-extended/ethtool/ethtool_3.11.bb
similarity index 87%
rename from meta/recipes-extended/ethtool/ethtool_3.10.bb
rename to meta/recipes-extended/ethtool/ethtool_3.11.bb
index 83587d9..1e89800 100644
--- a/meta/recipes-extended/ethtool/ethtool_3.10.bb
+++ b/meta/recipes-extended/ethtool/ethtool_3.11.bb
@@ -9,8 +9,8 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
SRC_URI = ${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz \
file://run-ptest
-SRC_URI[md5sum] = b41deb37143dfb86934a8f52cea853d2
-SRC_URI[sha256sum] =
62f0a9cea954c32a2bdc2d2ece295fda5b915cfea56f5de97b997d8ebaae0381
+SRC_URI[md5sum] = b3fba5cc45377b8fc2ead9f1e05c11bd
+SRC_URI[sha256sum] =
a054fd5a318a0a01113952908d2344eb452f4dfd2525fe8b525f7ff2236db38a
inherit autotools ptest
RDEPENDS_${PN}-ptest += make
--
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/3] openssh: upgrade to 6.3p1
Removed the following backported patch(es):
* mac.patch
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
.../openssh/openssh-6.2p2/mac.patch| 76 --
.../openssh/{openssh-6.2p2 = openssh-6.3p1}/init | 0
.../{openssh-6.2p2 = openssh-6.3p1}/nostrip.patch | 0
.../openssh-CVE-2011-4327.patch| 0
.../{openssh-6.2p2 = openssh-6.3p1}/ssh_config| 0
.../openssh/{openssh-6.2p2 = openssh-6.3p1}/sshd | 0
.../{openssh-6.2p2 = openssh-6.3p1}/sshd.socket | 0
.../{openssh-6.2p2 = openssh-6.3p1}/sshd@.service | 0
.../{openssh-6.2p2 = openssh-6.3p1}/sshd_config | 0
.../sshdgenkeys.service| 0
.../volatiles.99_sshd | 0
.../openssh/{openssh_6.2p2.bb = openssh_6.3p1.bb} | 6 +-
12 files changed, 2 insertions(+), 80 deletions(-)
delete mode 100644 meta/recipes-connectivity/openssh/openssh-6.2p2/mac.patch
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 = openssh-6.3p1}/init
(100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/nostrip.patch (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/openssh-CVE-2011-4327.patch (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/ssh_config (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 = openssh-6.3p1}/sshd
(100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/sshd.socket (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/sshd@.service (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/sshd_config (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/sshdgenkeys.service (100%)
rename meta/recipes-connectivity/openssh/{openssh-6.2p2 =
openssh-6.3p1}/volatiles.99_sshd (100%)
rename meta/recipes-connectivity/openssh/{openssh_6.2p2.bb =
openssh_6.3p1.bb} (96%)
diff --git a/meta/recipes-connectivity/openssh/openssh-6.2p2/mac.patch
b/meta/recipes-connectivity/openssh/openssh-6.2p2/mac.patch
deleted file mode 100644
index 69fb69d..000
--- a/meta/recipes-connectivity/openssh/openssh-6.2p2/mac.patch
+++ /dev/null
@@ -1,76 +0,0 @@
-[PATCH] force the MAC output to be 64-bit aligned
-
-Upstream-Status:
Backport[anoncvs.mindrot.org/index.cgi/openssh/mac.c?r1=1.27r2=1.28]
-
-Backport patch to fix segment fault due to unaligned memory access
-
-Wed Jun 5 22:12:37 2013 UTC (7 days, 3 hours ago) by dtucker
-Branch: MAIN
-CVS Tags: HEAD
-Changes since 1.27: +11 -8 lines
-Diff to previous 1.27
-
- - dtuc...@cvs.openbsd.org 2013/06/03 00:03:18
- [mac.c]
- force the MAC output to be 64-bit aligned so umac won't see
-unaligned
- accesses on strict-alignment architectures. bz#2101, patch from
- tomas.kuthan at oracle.com, ok djm@
- mac.c | 18 +++---
- 1 file changed, 11 insertions(+), 7 deletions(-)
-
-diff --git a/mac.c b/mac.c
-index 3f2dc6f..a5a80d3 100644
a/mac.c
-+++ b/mac.c
-@@ -152,12 +152,16 @@ mac_init(Mac *mac)
- u_char *
- mac_compute(Mac *mac, u_int32_t seqno, u_char *data, int datalen)
- {
-- static u_char m[EVP_MAX_MD_SIZE];
-+ static union {
-+ u_char m[EVP_MAX_MD_SIZE];
-+ u_int64_t for_align;
-+ } u;
-+
- u_char b[4], nonce[8];
-
-- if (mac-mac_len sizeof(m))
-+ if (mac-mac_len sizeof(u))
- fatal(mac_compute: mac too long %u %lu,
-- mac-mac_len, (u_long)sizeof(m));
-+ mac-mac_len, (u_long)sizeof(u));
-
- switch (mac-type) {
- case SSH_EVP:
-@@ -166,22 +170,22 @@ mac_compute(Mac *mac, u_int32_t seqno, u_char *data, int
datalen)
- HMAC_Init(mac-evp_ctx, NULL, 0, NULL);
- HMAC_Update(mac-evp_ctx, b, sizeof(b));
- HMAC_Update(mac-evp_ctx, data, datalen);
-- HMAC_Final(mac-evp_ctx, m, NULL);
-+ HMAC_Final(mac-evp_ctx, u.m, NULL);
- break;
- case SSH_UMAC:
- put_u64(nonce, seqno);
- umac_update(mac-umac_ctx, data, datalen);
-- umac_final(mac-umac_ctx, m, nonce);
-+ umac_final(mac-umac_ctx, u.m, nonce);
- break;
- case SSH_UMAC128:
- put_u64(nonce, seqno);
- umac128_update(mac-umac_ctx, data, datalen);
-- umac128_final(mac-umac_ctx, m, nonce);
-+ umac128_final(mac-umac_ctx, u.m, nonce);
- break;
- default:
- fatal(mac_compute: unknown MAC type);
- }
-- return (m);
-+ return (u.m);
- }
-
- void
---
-1.7.9.5
-
diff --git a/meta/recipes-connectivity/openssh/openssh-6.2p2/init
b/meta/recipes-connectivity/openssh/openssh-6.3p1/init
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-6.2p2/init
rename to meta/recipes-connectivity/openssh/openssh-6.3p1/init
[OE-core] [PATCH 3/3] cmake: upgrade to 2.8.12
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
.../cmake/{cmake-native_2.8.11.2.bb = cmake-native_2.8.12.bb} | 4 ++--
meta/recipes-devtools/cmake/{cmake_2.8.11.2.bb = cmake_2.8.12.bb} | 7 ++-
2 files changed, 4 insertions(+), 7 deletions(-)
rename meta/recipes-devtools/cmake/{cmake-native_2.8.11.2.bb =
cmake-native_2.8.12.bb} (58%)
rename meta/recipes-devtools/cmake/{cmake_2.8.11.2.bb = cmake_2.8.12.bb} (78%)
diff --git a/meta/recipes-devtools/cmake/cmake-native_2.8.11.2.bb
b/meta/recipes-devtools/cmake/cmake-native_2.8.12.bb
similarity index 58%
rename from meta/recipes-devtools/cmake/cmake-native_2.8.11.2.bb
rename to meta/recipes-devtools/cmake/cmake-native_2.8.12.bb
index e2a157b..4ee9011 100644
--- a/meta/recipes-devtools/cmake/cmake-native_2.8.11.2.bb
+++ b/meta/recipes-devtools/cmake/cmake-native_2.8.12.bb
@@ -6,5 +6,5 @@ DEPENDS += bzip2-native zlib-native
SRC_URI += file://cmlibarchive-disable-ext2fs.patch
-SRC_URI[md5sum] = 6f5d7b8e7534a5d9e1a7664ba63cf882
-SRC_URI[sha256sum] =
b32acb483afdd14339941c6e4ec25f633d916a7a472653a0b00838771a6c0562
+SRC_URI[md5sum] = 105bc6d21cc2e9b6aff901e43c53afea
+SRC_URI[sha256sum] =
d885ba10b2406ede59aa31a928df33c9d67fc01433202f7dd586999cfd0e0287
diff --git a/meta/recipes-devtools/cmake/cmake_2.8.11.2.bb
b/meta/recipes-devtools/cmake/cmake_2.8.12.bb
similarity index 78%
rename from meta/recipes-devtools/cmake/cmake_2.8.11.2.bb
rename to meta/recipes-devtools/cmake/cmake_2.8.12.bb
index 91e5411..ffd947f 100644
--- a/meta/recipes-devtools/cmake/cmake_2.8.11.2.bb
+++ b/meta/recipes-devtools/cmake/cmake_2.8.12.bb
@@ -6,11 +6,8 @@ DEPENDS += curl expat zlib libarchive ncurses
SRC_URI += file://dont-run-cross-binaries.patch
-SRC_URI[md5sum] = df5324a3b203373a9e0a04b924281a43
-SRC_URI[sha256sum] =
b7dbb86824051319b8e082d2f892ebe6d5914b4dac9b9ef1aeac5e7ed054b0bf
-
-SRC_URI[md5sum] = 6f5d7b8e7534a5d9e1a7664ba63cf882
-SRC_URI[sha256sum] =
b32acb483afdd14339941c6e4ec25f633d916a7a472653a0b00838771a6c0562
+SRC_URI[md5sum] = 105bc6d21cc2e9b6aff901e43c53afea
+SRC_URI[sha256sum] =
d885ba10b2406ede59aa31a928df33c9d67fc01433202f7dd586999cfd0e0287
# Strip ${prefix} from ${docdir}, set result into docdir_stripped
python () {
--
1.8.1.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Why is i586 the default tune?
On Mon, Oct 28, 2013 at 2:39 PM, Jack Mitchell m...@communistcode.co.uk wrote: Can anybody shed any light on why i586 is the default tune, rather than i686, and for that matter why there is no i686 tune? i586 offers the widest compatibility with less performance penalty. Would there be any objections to creating an i686 tune and setting it to default? I don't think it'd be a problem. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.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 1/5] gnome: set UNKNOWN_CONFIGURE_WHITELIST
On 28 October 2013 15:59, Otavio Salvador ota...@ossystems.com.br wrote: On Mon, Oct 28, 2013 at 12:33 PM, Ross Burton ross.bur...@intel.com wrote: This class passes --disable-introspection to everything that inherits it but not all GNOME modules support introspection, so add that option to the unknown-configure-options sanity test whitelist. Signed-off-by: Ross Burton ross.bur...@intel.com I understand the change but it does not match with the commit log. How so? -EXTRA_OECONF += --enable-introspection=no +EXTRA_OECONF += --disable-introspection This is a semantically identical change as far as autoconf is concerned, that makes the whitelist clearer. +UNKNOWN_CONFIGURE_WHITELIST += --disable-introspection This is the unknown configure options whitelist. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/6] scripts/oe-pkgdata-util: add ability to find a recipe from a target package
Add a lookup-recipe command to show which recipe produced a particular
package.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/oe-pkgdata-util | 37 +
1 file changed, 37 insertions(+)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index 08773e9..80cacc5 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -219,6 +219,38 @@ def lookup_pkg(args, usage):
items.extend(mappings.get(pkg, []))
print '\n'.join(items)
+def lookup_recipe(args, usage):
+if len(args) 2:
+usage()
+sys.exit(1)
+
+pkgdata_dir = args[0]
+pkgs = args[1].split()
+
+if not os.path.exists(pkgdata_dir):
+print('ERROR: Unable to find pkgdata directory %s' % pkgdata_dir)
+sys.exit(1)
+
+mappings = defaultdict(list)
+for pkg in pkgs:
+pkgfile = os.path.join(pkgdata_dir, 'runtime-reverse', pkg)
+if os.path.exists(pkgfile):
+with open(pkgfile, 'r') as f:
+for line in f:
+fields = line.rstrip().split(': ')
+if fields[0] == 'PN':
+mappings[pkg].append(fields[1])
+break
+if len(mappings) len(pkgs):
+missing = list(set(pkgs) - set(mappings.keys()))
+sys.stderr.write(ERROR: the following packages could not be found:
%s\n % ', '.join(missing))
+sys.exit(1)
+
+items = []
+for pkg in pkgs:
+items.extend(mappings.get(pkg, []))
+print '\n'.join(items)
+
def find_path(args, usage):
if len(args) 2:
usage()
@@ -263,6 +295,9 @@ Available commands:
lookup-pkg pkgdatadir recipe-pkgs
look up the specified recipe-space package name(s) to see what the
final runtime package name is (e.g. eglibc becomes libc6)
+lookup-recipe pkgdatadir pkgs
+look up the specified package(s) to see which recipe they were
+produced by
find-path pkgdatadir path
find the package providing the specified path (wildcards * ? allowed)
read-value pkgdatadir value-name pkgs
@@ -284,6 +319,8 @@ Available commands:
glob(args[1:], parser.print_help)
elif args[0] == lookup-pkg:
lookup_pkg(args[1:], parser.print_help)
+elif args[0] == lookup-recipe:
+lookup_recipe(args[1:], parser.print_help)
elif args[0] == find-path:
find_path(args[1:], parser.print_help)
elif args[0] == read-value:
--
1.8.1.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/6] scripts/oe-pkgdata-util: add ability to search for a target path
Add ability to search for a target path in produced packages, in order
to find which package provides a specific file.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/oe-pkgdata-util | 36
1 file changed, 36 insertions(+)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index 01fccd2..2d896d0 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -186,6 +186,38 @@ def read_value(args, usage):
qvar = %s_%s % (var, mappedpkg)
print(readvar(revlink, qvar))
+def find_path(args, usage):
+if len(args) 2:
+usage()
+sys.exit(1)
+
+pkgdata_dir = args[0]
+targetpath = args[1]
+
+if not os.path.exists(pkgdata_dir):
+print('ERROR: Unable to find pkgdata directory %s' % pkgdata_dir)
+sys.exit(1)
+
+import ast
+import fnmatch
+
+for root, dirs, files in os.walk(os.path.join(pkgdata_dir, 'runtime')):
+for fn in files:
+pkgsplitname = '/packages-split/%s' % fn
+with open(os.path.join(root,fn)) as f:
+for line in f:
+if line.startswith('FILES_INFO:'):
+val = line.split(':', 1)[1].strip().replace('\\\'',
'\'')
+dictval = ast.literal_eval(val)
+for parent, dirlist in dictval.items():
+idx = parent.find(pkgsplitname)
+if idx -1:
+parent = parent[idx+len(pkgsplitname):]
+for basename in dirlist:
+fullpth = os.path.join(parent, basename)
+if fnmatch.fnmatchcase(fullpth, targetpath):
+print(%s: %s % (fn, fullpth))
+
def main():
parser = optparse.OptionParser(
@@ -195,6 +227,8 @@ Available commands:
glob pkgdatadir pkglistfile globs
expand one or more glob expressions over the packages listed in
pkglistfile (one package per line)
+find-path pkgdatadir path
+find the package providing the specified path (wildcards * ? allowed)
read-value pkgdatadir value-name pkgs
read the named value from the pkgdata files for the specified
packages''')
@@ -212,6 +246,8 @@ Available commands:
if args[0] == glob:
glob(args[1:], parser.print_help)
+elif args[0] == find-path:
+find_path(args[1:], parser.print_help)
elif args[0] == read-value:
read_value(args[1:], parser.print_help)
else:
--
1.8.1.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/6] scripts/oe-pkgdata-util: check path arguments to ensure they exist
Show an error if the specified paths don't exist.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/oe-pkgdata-util | 12
1 file changed, 12 insertions(+)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index e34fcbe..01fccd2 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -37,6 +37,14 @@ def glob(args, usage):
pkglist_file = args[1]
globs = args[2].split()
+if not os.path.exists(pkgdata_dir):
+print('ERROR: Unable to find pkgdata directory %s' % pkgdata_dir)
+sys.exit(1)
+
+if not os.path.exists(pkglist_file):
+print('ERROR: Unable to find package list file %s' % pkglist_file)
+sys.exit(1)
+
skipregex =
re.compile(-locale-|^locale-base-|-dev$|-doc$|-dbg$|-staticdev$|^kernel-module-)
mappedpkgs = set()
@@ -148,6 +156,10 @@ def read_value(args, usage):
var = args[1]
packages = args[2].split()
+if not os.path.exists(pkgdata_dir):
+print('ERROR: Unable to find pkgdata directory %s' % pkgdata_dir)
+sys.exit(1)
+
def readvar(pkgdata_file, var):
val =
with open(pkgdata_file, 'r') as f:
--
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/6] scripts/oe-pkgdata-util: remove remnants of former pkgdata structure
OE-Core commit 1b8e4abd2d9c0901d38d89d0f944fe1ffd019379 removed the
vendor-os argument from the command line, and the code using the package
architectures, so clean these items up.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/oe-pkgdata-util | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index dcdfe25..c0fd50d 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -35,8 +35,8 @@ import fnmatch
import re
def usage():
-print(syntax: oe-pkgdata-util glob [-d] pkgdatadir vendor-os
pkglist \globs\\n \
-read-value [-d] pkgdatadir vendor-os value-name
\package-name_package_architecture\);
+print(syntax: oe-pkgdata-util glob [-d] pkgdatadir pkglist
\globs\\n \
+read-value [-d] pkgdatadir value-name \pkgs\);
@@ -55,10 +55,11 @@ def glob(args):
with open(pkglist_file, 'r') as f:
for line in f:
fields = line.rstrip().split()
-if len(fields) 2:
+if not fields:
continue
pkg = fields[0]
-arch = fields[1]
+# We don't care about other args (used to need the package
architecture but the
+# new pkgdata structure avoids the need for that)
# Skip packages for which there is no point applying globs
if skipregex.search(pkg):
@@ -172,9 +173,8 @@ def read_value(args):
for package in packages:
pkg_split = package.split('_')
pkg_name = pkg_split[0]
-pkg_arch = '_'.join(pkg_split[1:])
if debug:
-print package: name: '%s', arch: '%s' % (pkg_name, pkg_arch)
+print package: '%s' % pkg_name
revlink = os.path.join(pkgdata_dir, runtime-reverse, pkg_name)
if debug:
print(revlink)
--
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/6] oe-pkgdata-util improvements
Some improvements for the oe-pkgdata-util script making it a little more useful outside of its usage within do_rootfs. The following changes since commit 8081dcb03f54efd551d1c8fe8a0484f8270053e0: pigz: bump to 2.3.1 (2013-10-26 16:08:30 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/oe-pkgdata-util http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/oe-pkgdata-util Paul Eggleton (6): scripts/oe-pkgdata-util: remove remnants of former pkgdata structure scripts/oe-pkgdata-util: improve help text and command line parsing scripts/oe-pkgdata-util: check path arguments to ensure they exist scripts/oe-pkgdata-util: add ability to search for a target path scripts/oe-pkgdata-util: add ability to look up runtime package names scripts/oe-pkgdata-util: add ability to find a recipe from a target package scripts/oe-pkgdata-util | 209 ++-- 1 file changed, 165 insertions(+), 44 deletions(-) -- 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/6] scripts/oe-pkgdata-util: improve help text and command line parsing
* Use optparse to parse command line * Make help text actually helpful by describing what each command does * Drop comment at the top listing the commands which is now superfluous Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- scripts/oe-pkgdata-util | 78 - 1 file changed, 38 insertions(+), 40 deletions(-) diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util index c0fd50d..e34fcbe 100755 --- a/scripts/oe-pkgdata-util +++ b/scripts/oe-pkgdata-util @@ -4,7 +4,7 @@ # # Written by: Paul Eggleton paul.eggle...@linux.intel.com # -# Copyright 2012 Intel Corporation +# Copyright 2012-2013 Intel Corporation # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License version 2 as @@ -19,28 +19,16 @@ # with this program; if not, write to the Free Software Foundation, Inc., # 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. # -# -# Currently only has two functions: -# 1) glob - mapping of packages to their dev/dbg/doc/locale etc. counterparts. -# 2) read-value - mapping of packagenames to their location in -#pkgdata and then returns value of selected variable (e.g. PKGSIZE) -# Could be extended in future to perform other useful querying functions on the -# pkgdata though. -# import sys import os import os.path import fnmatch import re - -def usage(): -print(syntax: oe-pkgdata-util glob [-d] pkgdatadir pkglist \globs\\n \ -read-value [-d] pkgdatadir value-name \pkgs\); - +import optparse -def glob(args): +def glob(args, usage): if len(args) 3: usage() sys.exit(1) @@ -151,7 +139,7 @@ def glob(args): print(\n.join(mappedpkgs)) -def read_value(args): +def read_value(args, usage): if len(args) 3: usage() sys.exit(1) @@ -186,28 +174,38 @@ def read_value(args): qvar = %s_%s % (var, mappedpkg) print(readvar(revlink, qvar)) -# Too lazy to use getopt -debug = False -noopt = False -args = [] -for arg in sys.argv[1:]: -if arg == --: -noopt = True + +def main(): +parser = optparse.OptionParser( +usage = '''%prog [options] command arguments + +Available commands: +glob pkgdatadir pkglistfile globs +expand one or more glob expressions over the packages listed in +pkglistfile (one package per line) +read-value pkgdatadir value-name pkgs +read the named value from the pkgdata files for the specified +packages''') + +parser.add_option(-d, --debug, +help = Report all SRCREV values, not just ones where AUTOREV has been used, +action=store_true, dest=debug) + +options, args = parser.parse_args(sys.argv) +args = args[1:] + +if len(args) 1: +parser.print_help() +sys.exit(1) + +if args[0] == glob: +glob(args[1:], parser.print_help) +elif args[0] == read-value: +read_value(args[1:], parser.print_help) else: -if not noopt: -if arg == -d: -debug = True -continue -args.append(arg) - -if len(args) 1: -usage() -sys.exit(1) - -if args[0] == glob: -glob(args[1:]) -elif args[0] == read-value: -read_value(args[1:]) -else: -usage() -sys.exit(1) +parser.print_help() +sys.exit(1) + + +if __name__ == __main__: +main() -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/5] gnome: set UNKNOWN_CONFIGURE_WHITELIST
On Mon, Oct 28, 2013 at 3:08 PM, Burton, Ross ross.bur...@intel.com wrote: On 28 October 2013 15:59, Otavio Salvador ota...@ossystems.com.br wrote: On Mon, Oct 28, 2013 at 12:33 PM, Ross Burton ross.bur...@intel.com wrote: This class passes --disable-introspection to everything that inherits it but not all GNOME modules support introspection, so add that option to the unknown-configure-options sanity test whitelist. Signed-off-by: Ross Burton ross.bur...@intel.com I understand the change but it does not match with the commit log. How so? -EXTRA_OECONF += --enable-introspection=no +EXTRA_OECONF += --disable-introspection This is a semantically identical change as far as autoconf is concerned, that makes the whitelist clearer. For autoconf it is but for a human it is not. Please add this to the commit log. +UNKNOWN_CONFIGURE_WHITELIST += --disable-introspection This is the unknown configure options whitelist. Ross -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.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] [PATCH 5/6] scripts/oe-pkgdata-util: add ability to look up runtime package names
Add a lookup-pkg command to oe-pkgdata-util that can be used to find
the runtime name of a package (after e.g. Debian library package
renaming).
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/oe-pkgdata-util | 38 ++
1 file changed, 38 insertions(+)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index 2d896d0..08773e9 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -26,6 +26,7 @@ import os.path
import fnmatch
import re
import optparse
+from collections import defaultdict
def glob(args, usage):
@@ -186,6 +187,38 @@ def read_value(args, usage):
qvar = %s_%s % (var, mappedpkg)
print(readvar(revlink, qvar))
+def lookup_pkg(args, usage):
+if len(args) 2:
+usage()
+sys.exit(1)
+
+pkgdata_dir = args[0]
+pkgs = args[1].split()
+
+if not os.path.exists(pkgdata_dir):
+print('ERROR: Unable to find pkgdata directory %s' % pkgdata_dir)
+sys.exit(1)
+
+mappings = defaultdict(list)
+for pkg in pkgs:
+pkgfile = os.path.join(pkgdata_dir, 'runtime', pkg)
+if os.path.exists(pkgfile):
+with open(pkgfile, 'r') as f:
+for line in f:
+fields = line.rstrip().split(': ')
+if fields[0] == 'PKG_%s' % pkg:
+mappings[pkg].append(fields[1])
+break
+if len(mappings) len(pkgs):
+missing = list(set(pkgs) - set(mappings.keys()))
+sys.stderr.write(ERROR: the following packages could not be found:
%s\n % ', '.join(missing))
+sys.exit(1)
+
+items = []
+for pkg in pkgs:
+items.extend(mappings.get(pkg, []))
+print '\n'.join(items)
+
def find_path(args, usage):
if len(args) 2:
usage()
@@ -227,6 +260,9 @@ Available commands:
glob pkgdatadir pkglistfile globs
expand one or more glob expressions over the packages listed in
pkglistfile (one package per line)
+lookup-pkg pkgdatadir recipe-pkgs
+look up the specified recipe-space package name(s) to see what the
+final runtime package name is (e.g. eglibc becomes libc6)
find-path pkgdatadir path
find the package providing the specified path (wildcards * ? allowed)
read-value pkgdatadir value-name pkgs
@@ -246,6 +282,8 @@ Available commands:
if args[0] == glob:
glob(args[1:], parser.print_help)
+elif args[0] == lookup-pkg:
+lookup_pkg(args[1:], parser.print_help)
elif args[0] == find-path:
find_path(args[1:], parser.print_help)
elif args[0] == read-value:
--
1.8.1.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] cmake: upgrade to 2.8.12
On Mon, Oct 28, 2013 at 2:44 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com +1 -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.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] [oe][PATCHv2] libjson: update to 0.11 and rename to json-c
On 22/10/13 21:44, Saul Wold wrote: On 10/21/2013 01:56 AM, Jack Mitchell wrote: From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c, it keeps support for the old libjson namespace so it shouldn't break anything. Built without parallel make as it would fail when it tries to link to link back to itself, which is odd, but the official word is: don't build in parallel. Jack, Not sure what's going on yet, but I found a configure failure, see the attached log file. Patch review is going to be a little slower this week as RP and a bunch of the Yocto Project community are at Yocto Project Dev Day and ELC-E the rest of this week. Sau! I have rebuilt this package multiple times now and have still not managed to break it. I believe it will just be a dirty build directory, but that shouldn't be an excuse for it not building. Does anyone have any suggestions on how to overcome this? -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe][PATCHv2] libjson: update to 0.11 and rename to json-c
On 28 October 2013 17:30, Jack Mitchell m...@communistcode.co.uk wrote: Not sure what's going on yet, but I found a configure failure, see the attached log file. I have rebuilt this package multiple times now and have still not managed to break it. I believe it will just be a dirty build directory, but that shouldn't be an excuse for it not building. Does anyone have any suggestions on how to overcome this? Just had a look at that configure log and that's normally the error you get when moving from B==S to B!=S. Unless Saul can replicate it I'd say that warning was spurious/expected and can be ignored. Not entirely sure why this happened as the patch also updates separatebuilddir.inc, but without the actual tmp directory and all logs that's not going to be easy to work out... Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][V2] xorg-proto-common: set UNKNOWN_CONFIGURE_WHITELIST
This include adds configure options globally but not all X libraries support
them, so to avoid unknown-configure-option warnings add them to the whitelist.
Also change the options from --enable-foo=no to --disable-foo as they're clearer
and the whitelist would have to contain --enable-foo.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-proto/xorg-proto-common.inc |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
b/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
index 856f4d8..4680d0e 100644
--- a/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
+++ b/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
@@ -14,7 +14,9 @@ S = ${WORKDIR}/${XORG_PN}-${PV}
DEPENDS = util-macros
inherit autotools pkgconfig
-EXTRA_OECONF = --with-fop=no --without-xmlto
+EXTRA_OECONF = --without-fop --without-xmlto
+
+UNKNOWN_CONFIGURE_WHITELIST += --without-fop --without-xmlto
# ${PN} is empty so we need to tweak -dev and -dbg package dependencies
RDEPENDS_${PN}-dev =
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][V2] gnome: set UNKNOWN_CONFIGURE_WHITELIST
This class disable introspection support using --enable-introspection=no but not all GNOME modules support introspection. This can cause unknown-configure-options QA warnings, so clarify the option by using --disable-introspection and add it to the sanity test whitelist. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/classes/gnome.bbclass |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/classes/gnome.bbclass b/meta/classes/gnome.bbclass index a19dd17..0de22dd 100644 --- a/meta/classes/gnome.bbclass +++ b/meta/classes/gnome.bbclass @@ -1,3 +1,5 @@ inherit gnomebase gtk-icon-cache gconf mime -EXTRA_OECONF += --enable-introspection=no +EXTRA_OECONF += --disable-introspection + +UNKNOWN_CONFIGURE_WHITELIST += --disable-introspection -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] psplash: Show psplash before X in reboot/shutdown process
From: Felipe F. Tonello e...@felipetonello.com
This is interesting because if you shutdown/reboot a device the screen will
flicker because X will be killed and then psplash will take a while to run.
Signed-off-by: Felipe F. Tonello e...@felipetonello.com
---
meta/recipes-core/psplash/psplash_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/psplash/psplash_git.bb
b/meta/recipes-core/psplash/psplash_git.bb
index 1cab296..539bf52 100644
--- a/meta/recipes-core/psplash/psplash_git.bb
+++ b/meta/recipes-core/psplash/psplash_git.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
file://psplash.h;beginline=1;endline=16;md5=840fb2356b10a85b
SRCREV = afd4e228c606a9998feae44a3fed4474803240b7
PV = 0.1+git${SRCPV}
-PR = r15
+PR = r16
SRC_URI = git://git.yoctoproject.org/${BPN} \
file://psplash-init \
@@ -108,4 +108,4 @@ do_install_append() {
FILES_${PN} += /mnt/.psplash
INITSCRIPT_NAME = psplash.sh
-INITSCRIPT_PARAMS = start 0 S . stop 20 0 1 6 .
+INITSCRIPT_PARAMS = start 0 S . stop 02 0 1 6 .
--
1.8.3.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] psplash: Show psplash before X in reboot/shutdown process
On Mon, Oct 28, 2013 at 4:22 PM, e...@felipetonello.com wrote:
From: Felipe F. Tonello e...@felipetonello.com
This is interesting because if you shutdown/reboot a device the screen will
flicker because X will be killed and then psplash will take a while to run.
Signed-off-by: Felipe F. Tonello e...@felipetonello.com
...
SRCREV = afd4e228c606a9998feae44a3fed4474803240b7
PV = 0.1+git${SRCPV}
-PR = r15
+PR = r16
...
Please don't do PR bumps.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.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] psplash: Show psplash before X in reboot/shutdown process
Ok. But wouldn't be necessary in this case?
Also, this patch is inappropriate without a patch for X. So I would
suggest to ignore this patch for now.
Felipe
On Mon, Oct 28, 2013 at 11:31 AM, Otavio Salvador
ota...@ossystems.com.br wrote:
On Mon, Oct 28, 2013 at 4:22 PM, e...@felipetonello.com wrote:
From: Felipe F. Tonello e...@felipetonello.com
This is interesting because if you shutdown/reboot a device the screen will
flicker because X will be killed and then psplash will take a while to run.
Signed-off-by: Felipe F. Tonello e...@felipetonello.com
...
SRCREV = afd4e228c606a9998feae44a3fed4474803240b7
PV = 0.1+git${SRCPV}
-PR = r15
+PR = r16
...
Please don't do PR bumps.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.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] psplash: Show psplash before X in reboot/shutdown process
On Mon, Oct 28, 2013 at 4:40 PM, Felipe Tonello e...@felipetonello.com wrote: Ok. But wouldn't be necessary in this case? Also, this patch is inappropriate without a patch for X. So I would suggest to ignore this patch for now. The PRServ ought to do the right thing here, so the PR bump is not necessary and just complicates backporting and like. So as this is not a complete solution I am NACKing it. Please resend it in a series with all need patches. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.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] [oe][PATCHv2] libjson: update to 0.11 and rename to json-c
On Mon, Oct 21, 2013 at 1:56 AM, Jack Mitchell m...@communistcode.co.uk wrote:
From: Jack Mitchell jmitch...@cbnl.com
libjson is now known as json-c, it keeps support for the old
libjson namespace so it shouldn't break anything. Built without
parallel make as it would fail when it tries to link to link back
to itself, which is odd, but the official word is: don't build in
parallel.
Signed-off-by: Jack Mitchell jmitch...@cbnl.com
---
v2: rebased to latest master
meta/conf/distro/include/seperatebuilddir.inc | 2 +-
meta/recipes-devtools/json-c/json-c_0.11.bb | 13 +
meta/recipes-devtools/libjson/libjson_0.9.bb | 14 --
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 2 +-
4 files changed, 15 insertions(+), 16 deletions(-)
create mode 100644 meta/recipes-devtools/json-c/json-c_0.11.bb
delete mode 100644 meta/recipes-devtools/libjson/libjson_0.9.bb
diff --git a/meta/conf/distro/include/seperatebuilddir.inc
b/meta/conf/distro/include/seperatebuilddir.inc
index c067183..e1a5c6b 100644
--- a/meta/conf/distro/include/seperatebuilddir.inc
+++ b/meta/conf/distro/include/seperatebuilddir.inc
@@ -294,7 +294,7 @@ B_pn-libice = ${SEPB}
B_pn-libice-native = ${SEPB}
B_pn-libid3tag = ${SEPB}
B_pn-libidn = ${SEPB}
-B_pn-libjson = ${SEPB}
+B_pn-json-c = ${SEPB}
B_pn-libksba = ${SEPB}
B_pn-libmad = ${SEPB}
B_pn-libmatchbox = ${SEPB}
diff --git a/meta/recipes-devtools/json-c/json-c_0.11.bb
b/meta/recipes-devtools/json-c/json-c_0.11.bb
new file mode 100644
index 000..e0391f5
--- /dev/null
+++ b/meta/recipes-devtools/json-c/json-c_0.11.bb
@@ -0,0 +1,13 @@
+SUMMARY = JSON-C implements a reference counting object model that allows
you to easily construct JSON objects in C
+HOMEPAGE = https://github.com/json-c/json-c/wiki;
+LICENSE = MIT
+LIC_FILES_CHKSUM = file://COPYING;md5=de54b60fbbc35123ba193fea8ee216f2
+
+SRC_URI = https://s3.amazonaws.com/json-c_releases/releases/${P}.tar.gz;
be explicit and use BPN-PV so that if someday someone creates a
mutation with native of nativesdk then it works there too.
and keep RPROVIDE'ing libjson might make folks with feeds happier.
and use git format-patch -M next time
+
+SRC_URI[md5sum] = aa02367d2f7a830bf1e3376f77881e98
+SRC_URI[sha256sum] =
28dfc65145dc0d4df1dfe7701ac173c4e5f9347176c8983edbfac9149494448c
+
+PARALLEL_MAKE =
+
+inherit autotools
diff --git a/meta/recipes-devtools/libjson/libjson_0.9.bb
b/meta/recipes-devtools/libjson/libjson_0.9.bb
deleted file mode 100644
index e4951a8..000
--- a/meta/recipes-devtools/libjson/libjson_0.9.bb
+++ /dev/null
@@ -1,14 +0,0 @@
-DESCRIPTION = JSON-C - A JSON implementation in C
-HOMEPAGE = http://oss.metaparadigm.com/json-c/;
-
-LICENSE = MIT
-LIC_FILES_CHKSUM = file://COPYING;md5=30a276a476b02c2dcd0849bde417fb17
-
-SRC_URI = http://oss.metaparadigm.com/json-c/json-c-${PV}.tar.gz;
-SRC_URI[md5sum] = 3a13d264528dcbaf3931b0cede24abae
-SRC_URI[sha256sum] =
702a486c9bf8e19137d484ab5c49b4ad314eb5e1fe37062a72c0a0fa39439475
-
-S = ${WORKDIR}/json-c-${PV}
-
-
-inherit autotools
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 4c10aa9..475da41 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -11,7 +11,7 @@ LIC_FILES_CHKSUM =
file://GPL;md5=4325afd396febcb659c36b49533135d4 \
DEPENDS = libatomics-ops liboil libsamplerate0 libsndfile1 libtool
# optional
DEPENDS += udev alsa-lib glib-2.0 dbus gconf
-DEPENDS += libjson gdbm speex libxml-parser-perl-native
+DEPENDS += json-c gdbm speex libxml-parser-perl-native
inherit autotools pkgconfig useradd gettext perlnative
--
1.8.4
___
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
[OE-core] [PATCH v2 1/2] nativesdk-qt4-tools: create qt.conf file
When installing the SDK to another location than the default one, qmake
will look for libraries, headers, etc. in the default location. That's
because the paths are hard-coded in the binary itself. Luckily, QT
allows to override this using a qt.conf file installed in the same
directory with the application executable. However, we already have a
patch that allows for the installation of qt.conf in another place and
read the location from QT_CONF_PATH environment variable.
Hence, install qt.conf in ${sysconfdir}. This will allow other apps, that
use QLibraryInfo class, to find it.
[YOCTO #5339]
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/recipes-qt/qt4/nativesdk-qt4-tools.inc |6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc
b/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc
index a9ec61e..2c806e0 100644
--- a/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc
+++ b/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc
@@ -118,4 +118,10 @@ do_install() {
for i in moc uic uic3 rcc lrelease lupdate qdbuscpp2xml qdbusxml2cpp; do \
ln -s ${i}4 ${i}; \
done)
+
+install -d ${D}${sysconfdir}
+cat ${D}${sysconfdir}/qt.conf EOF
+[Paths]
+Prefix = ${prefix}
+EOF
}
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 0/2] QT toolchain relocation fix
v2: * the exported QT_CONF_PATH was missing qt.conf at the end. I had it right in my test directory but forgot to fix it in tree; Thanks, Laurentiu The following changes since commit 78b91ab23d9856525fc7ac1bb8da2975382813bf: pigz: bump to 2.3.1 (2013-10-26 16:08:41 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/b5339_qt_toolchain_issue http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/b5339_qt_toolchain_issue Laurentiu Palcu (2): nativesdk-qt4-tools: create qt.conf file meta-toolchain-qt: put QT_CONF_PATH in environment script meta/recipes-qt/meta/meta-toolchain-qt.inc |1 + meta/recipes-qt/qt4/nativesdk-qt4-tools.inc |6 ++ 2 files changed, 7 insertions(+) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 2/2] meta-toolchain-qt: put QT_CONF_PATH in environment script
This will allow apps using QLibraryInfo class to find qt.conf.
[YOCTO #5339]
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/recipes-qt/meta/meta-toolchain-qt.inc |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-qt/meta/meta-toolchain-qt.inc
b/meta/recipes-qt/meta/meta-toolchain-qt.inc
index 14591a8..c9bdeae 100644
--- a/meta/recipes-qt/meta/meta-toolchain-qt.inc
+++ b/meta/recipes-qt/meta/meta-toolchain-qt.inc
@@ -24,6 +24,7 @@ toolchain_create_sdk_env_script_append() {
echo 'export OE_QMAKE_QDBUSXML2CPP=${QT_TOOLS_PREFIX}/qdbusxml2cpp4'
$script
echo 'export
OE_QMAKE_QT_CONFIG=${SDKTARGETSYSROOT}/${datadir}/${QT_DIR_NAME}/mkspecs/qconfig.pri'
$script
echo 'export
QMAKESPEC=${SDKTARGETSYSROOT}/${datadir}/${QT_DIR_NAME}/mkspecs/linux-g++'
$script
+echo 'export QT_CONF_PATH=${SDKPATHNATIVE}/${sysconfdir}/qt.conf'
$script
# make a symbolic link to mkspecs for compatibility with Nokia's SDK
# and QTCreator
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe][PATCHv2] libjson: update to 0.11 and rename to json-c
On 28/10/2013 19:32, Khem Raj wrote:
On Mon, Oct 21, 2013 at 1:56 AM, Jack Mitchell m...@communistcode.co.uk wrote:
From: Jack Mitchell jmitch...@cbnl.com
libjson is now known as json-c, it keeps support for the old
libjson namespace so it shouldn't break anything. Built without
parallel make as it would fail when it tries to link to link back
to itself, which is odd, but the official word is: don't build in
parallel.
Signed-off-by: Jack Mitchell jmitch...@cbnl.com
---
v2: rebased to latest master
meta/conf/distro/include/seperatebuilddir.inc | 2 +-
meta/recipes-devtools/json-c/json-c_0.11.bb | 13 +
meta/recipes-devtools/libjson/libjson_0.9.bb | 14 --
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 2 +-
4 files changed, 15 insertions(+), 16 deletions(-)
create mode 100644 meta/recipes-devtools/json-c/json-c_0.11.bb
delete mode 100644 meta/recipes-devtools/libjson/libjson_0.9.bb
diff --git a/meta/conf/distro/include/seperatebuilddir.inc
b/meta/conf/distro/include/seperatebuilddir.inc
index c067183..e1a5c6b 100644
--- a/meta/conf/distro/include/seperatebuilddir.inc
+++ b/meta/conf/distro/include/seperatebuilddir.inc
@@ -294,7 +294,7 @@ B_pn-libice = ${SEPB}
B_pn-libice-native = ${SEPB}
B_pn-libid3tag = ${SEPB}
B_pn-libidn = ${SEPB}
-B_pn-libjson = ${SEPB}
+B_pn-json-c = ${SEPB}
B_pn-libksba = ${SEPB}
B_pn-libmad = ${SEPB}
B_pn-libmatchbox = ${SEPB}
diff --git a/meta/recipes-devtools/json-c/json-c_0.11.bb
b/meta/recipes-devtools/json-c/json-c_0.11.bb
new file mode 100644
index 000..e0391f5
--- /dev/null
+++ b/meta/recipes-devtools/json-c/json-c_0.11.bb
@@ -0,0 +1,13 @@
+SUMMARY = JSON-C implements a reference counting object model that allows you to
easily construct JSON objects in C
+HOMEPAGE = https://github.com/json-c/json-c/wiki;
+LICENSE = MIT
+LIC_FILES_CHKSUM = file://COPYING;md5=de54b60fbbc35123ba193fea8ee216f2
+
+SRC_URI = https://s3.amazonaws.com/json-c_releases/releases/${P}.tar.gz;
be explicit and use BPN-PV so that if someday someone creates a
mutation with native of nativesdk then it works there too.
and keep RPROVIDE'ing libjson might make folks with feeds happier.
and use git format-patch -M next time
Thanks for the feedback Khem. My local copy actually has the RPROVIDES
already and that will come in V3. The patch was formatted with -M, I
think git couldn't cope with the move and the changes, so just decided
it was a full rewrite.
As for the BPN-PV, I don't really understand, I just grepped for
libjson, and changed all the occurrences... the separate build dir being
one of them, how would you expect the change to look?
Cheers,
Jack.
--
Jack Mitchell (j...@embed.me.uk)
Embedded Systems Engineer
http://www.embed.me.uk
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] tzcode tzdata: update to 2013h
Update recipes to version 2013h of timezone
code and data.
Signed-off-by: Joe Slater jsla...@windriver.com
---
...code-native_2013g.bb = tzcode-native_2013h.bb} | 10 +-
.../tzdata/{tzdata_2013g.bb = tzdata_2013h.bb}|4 ++--
2 files changed, 7 insertions(+), 7 deletions(-)
rename meta/recipes-extended/tzcode/{tzcode-native_2013g.bb =
tzcode-native_2013h.bb} (59%)
rename meta/recipes-extended/tzdata/{tzdata_2013g.bb = tzdata_2013h.bb} (98%)
diff --git a/meta/recipes-extended/tzcode/tzcode-native_2013g.bb
b/meta/recipes-extended/tzcode/tzcode-native_2013h.bb
similarity index 59%
rename from meta/recipes-extended/tzcode/tzcode-native_2013g.bb
rename to meta/recipes-extended/tzcode/tzcode-native_2013h.bb
index 411520e..5cdc7ef 100644
--- a/meta/recipes-extended/tzcode/tzcode-native_2013g.bb
+++ b/meta/recipes-extended/tzcode/tzcode-native_2013h.bb
@@ -6,13 +6,13 @@ LIC_FILES_CHKSUM =
file://${WORKDIR}/README;md5=0b7570113550eb5d30aa4bd220964b8
# note that we allow for us to use data later than our code version
#
SRC_URI = ftp://ftp.iana.org/tz/releases/tzcode${PV}.tar.gz;name=tzcode \
- ftp://ftp.iana.org/tz/releases/tzdata2013g.tar.gz;name=tzdata;
+ ftp://ftp.iana.org/tz/releases/tzdata2013h.tar.gz;name=tzdata;
-SRC_URI[tzcode.md5sum] = cc2a52297310ba1a673dc60973ea3ad8
-SRC_URI[tzcode.sha256sum] =
c7c358b459bb65cfab7b7bdd6a9689233fc393f1f9fdf4f0f46ca7dac5a9587b
+SRC_URI[tzdata.md5sum] = d310abe42cbe87e76ceb69e2c7003c92
+SRC_URI[tzdata.sha256sum] =
6b9e17e823eec0e09e12f74b452a70be4face1ef14c2fb1917b7c7e60564de27
-SRC_URI[tzdata.md5sum] = 76dbc3b5a81913fc0d824376c44a5d15
-SRC_URI[tzdata.sha256sum] =
b6cdd3998dcc732a6ae5e101e1394f9d4d6dff68bd48a8fb78c44c2b997d3a4f
+SRC_URI[tzcode.md5sum] = 14250703b253e1cfdf97f1e928541508
+SRC_URI[tzcode.sha256sum] =
e14addfc4e0da3cf17ccc1c08cb8094a2a0d3ae9524f565b74e6373c9b83ca0e
S = ${WORKDIR}
diff --git a/meta/recipes-extended/tzdata/tzdata_2013g.bb
b/meta/recipes-extended/tzdata/tzdata_2013h.bb
similarity index 98%
rename from meta/recipes-extended/tzdata/tzdata_2013g.bb
rename to meta/recipes-extended/tzdata/tzdata_2013h.bb
index a2f6c63..16d67d3 100644
--- a/meta/recipes-extended/tzdata/tzdata_2013g.bb
+++ b/meta/recipes-extended/tzdata/tzdata_2013h.bb
@@ -15,8 +15,8 @@ RCONFLICTS_${PN} = timezones timezone-africa
timezone-america timezone-antarcti
SRC_URI = ftp://ftp.iana.org/tz/releases/tzdata${PV}.tar.gz;name=tzdata;
-SRC_URI[tzdata.md5sum] = 76dbc3b5a81913fc0d824376c44a5d15
-SRC_URI[tzdata.sha256sum] =
b6cdd3998dcc732a6ae5e101e1394f9d4d6dff68bd48a8fb78c44c2b997d3a4f
+SRC_URI[tzdata.md5sum] = d310abe42cbe87e76ceb69e2c7003c92
+SRC_URI[tzdata.sha256sum] =
6b9e17e823eec0e09e12f74b452a70be4face1ef14c2fb1917b7c7e60564de27
S = ${WORKDIR}
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe][PATCHv2] libjson: update to 0.11 and rename to json-c
On Mon, Oct 28, 2013 at 1:53 PM, Jack Mitchell m...@communistcode.co.uk wrote: As for the BPN-PV, I don't really understand, I just grepped for libjson, and changed all the occurrences... the separate build dir being one of them, how would you expect the change to look? just in SRC_URI use BPN-PN instead of P ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] qemu: upgrade to 1.6.1
Hey Saul,
My tests built qemu-native, qemu-helper-native, qemuwrapper-cross, and qemu
for MACHINE_LIST=qemuarm qemumips qemuppc qemux86 qemux86-64 qemux86
sugarbay. For each machine, I tested running core-image-minimal in the
qemu instance using runqemu. I should add that my tests were all on a
x86-64 build system.
I'm not terribly familiar with the nativesdk, and (foolishly) neglected to
test that. However, I looked into it, and it looks like the
relocatable_sdk.patch affects a linker script that is no longer available.
I dropped the patch and tested installing an oe-core sdk sysroot (via
bitbake -c populate_sdk core-image-minimal) and qemu appears to work fine
from within the sdk environment.
I'm open to suggestions for further testing this upgrade (particularly a
case to cover what relocatable_sdk.patch was originally intended to
resolve). I'm certainly not the expert here, but am willing to help out.
Other notes:
- I did notice that qemu-native should possibly depend on libsdl for the
qemu-native instance. For users of qemu-native (such as myself), you do
not necessarily get an automatic (SDL) video window unless libsdl
development libraries are installed on the build system. This is perhaps
because there does not appear to be a libsdl-native dependency available
for qemu, but from my testing seemingly pretty straightforward to add.
However, from docs I've seen online (getting started - openembedded)
imply you should install libsdl-dev for the build environemnt, and this
does enable SDL support (assuming libsdl is available). In short,
nativesdk does specify nativesdk-libsdl as a dependency and native does not
(in fact, there is no libsdl-native), and as a result, user may see
differences in behavior. I assume this is intended...?
- I'm using bitbake from master and have a missing fcntl python module
dependency in my sdk in order to use runqemu wrapper from within the sdk
environment. I assume that this is not supposed to work and running
qemu-system-* directly within the sdk environment bypasses this issue.
Cheers,
Chris
On Thu, Oct 24, 2013 at 4:48 AM, Saul Wold s...@linux.intel.com wrote:
On 10/15/2013 05:15 PM, Chris Patterson wrote:
This update also drops the following patches which appear to have been
resolved upstream:
- ftd_header.patch
- target-i386-Fix-aflag-logic-**for-CODE64-and-the-0x67-.patch
- target-ppc_fix_bit_extraction.**patch
There seems to be a problem with one of the patches when building for
the nativesdk
ERROR: Command Error: exit status: 1 Output:
Applying patch relocatable_sdk.patch
can't find file to patch at input line 13
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--
|Upstream-Status: Inappropriate [SDK specific]
|
|In order to be able to change the dynamic loader path when relocating
|binaries, the interp section has to be made big enough to accomodate
|the new path (4096 is the maximum path length in Linux).
|
|Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
|
|Index: qemu-1.4.0/ldscripts/i386.ld
|=**==**
|--- qemu-1.4.0.orig/ldscripts/**i386.ld 2013-02-15 15:05:35.0
-0800
|+++ qemu-1.4.0/ldscripts/i386.ld 2013-02-28 22:55:36.138816418
-0800
--
No file to patch. Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 26
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--
|Index: qemu-1.4.0/ldscripts/x86_64.ld
|=**==**
|--- qemu-1.4.0.orig/ldscripts/x86_**64.ld2013-02-15
15:05:35.0 -0800
|+++ qemu-1.4.0/ldscripts/x86_64.ld 2013-02-28 22:55:36.138816418
-0800
--
No file to patch. Skipping patch.
1 out of 1 hunk ignored
Patch relocatable_sdk.patch does not apply (enforce with -f)
ERROR: Function failed: patch_do_patch
Also, since qemu is core to the testing and developmen, can you clarify
for us what kind of testing you have done across the architectures.
Thanks
Sau!
Signed-off-by: Chris Patterson cjp...@gmail.com
---
meta/recipes-devtools/qemu/**files/fdt_header.patch | 39 ---
...-Fix-aflag-logic-for-**CODE64-and-the-0x67-.patch | 79
--
.../qemu/files/target-ppc_fix_**bit_extraction.patch | 70
---
meta/recipes-devtools/qemu/**qemu.inc| 2 +-
.../qemu/{qemu_1.5.0.bb = qemu_1.6.1.bb} | 15 ++--
5 files changed, 9 insertions(+), 196 deletions(-)
delete mode 100644 meta/recipes-devtools/qemu/**files/fdt_header.patch
delete mode 100644 meta/recipes-devtools/qemu/**
files/target-i386-Fix-aflag-**logic-for-CODE64-and-the-0x67-**.patch
delete mode 100644 meta/recipes-devtools/qemu/**
files/target-ppc_fix_bit_**extraction.patch
Re: [OE-core] [PATCH 4/4] libfm: allow build with automake-1.14
Marko
On Fri, Oct 25, 2013 at 12:39 AM, Marko Lindqvist cazf...@gmail.com wrote:
Do not consider automake warnings about future incompatibility
errors.
hmmm so disabling Werror is working around and I consider it degradation
in code quality, is there any alternative ? may be fix the code itself to not
generate the warning at all ?
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../libfm/libfm-1.1.2.2/ignore_automake_warnings.patch | 14
++
meta/recipes-support/libfm/libfm_1.1.2.2.bb| 1 +
2 files changed, 15 insertions(+)
create mode 100644
meta/recipes-support/libfm/libfm-1.1.2.2/ignore_automake_warnings.patch
diff --git
a/meta/recipes-support/libfm/libfm-1.1.2.2/ignore_automake_warnings.patch
b/meta/recipes-support/libfm/libfm-1.1.2.2/ignore_automake_warnings.patch
new file mode 100644
index 000..58a2f09
--- /dev/null
+++ b/meta/recipes-support/libfm/libfm-1.1.2.2/ignore_automake_warnings.patch
@@ -0,0 +1,14 @@
+Upstream-Status: Inappropriate [configuration]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd libfm-1.1.2.2/configure.ac libfm-1.1.2.2/configure.ac
+--- libfm-1.1.2.2/configure.ac 2013-08-22 23:16:09.0 +0300
libfm-1.1.2.2/configure.ac 2013-10-25 01:35:18.110323079 +0300
+@@ -3,7 +3,7 @@
+
+ AC_PREREQ([2.63])
+ AC_INIT([libfm], [1.1.2.2], [http://pcmanfm.sourceforge.net/])
+-AM_INIT_AUTOMAKE([-Wall -Werror foreign])
++AM_INIT_AUTOMAKE([-Wall foreign])
+ AC_CONFIG_MACRO_DIR(m4)
+ AC_CONFIG_HEADERS([config.h])
diff --git a/meta/recipes-support/libfm/libfm_1.1.2.2.bb
b/meta/recipes-support/libfm/libfm_1.1.2.2.bb
index 1146d16..8460223 100644
--- a/meta/recipes-support/libfm/libfm_1.1.2.2.bb
+++ b/meta/recipes-support/libfm/libfm_1.1.2.2.bb
@@ -12,6 +12,7 @@ DEPENDS = glib-2.0 pango gtk+ menu-cache intltool-native
libexif
SRC_URI = ${SOURCEFORGE_MIRROR}/pcmanfm/libfm-${PV}.tar.gz \
file://fix-make-parallelism-issue.patch \
+ file://ignore_automake_warnings.patch \
SRC_URI[md5sum] = ea3d09b23ef4c37cb84ae57ea16b8f08
--
1.8.4.rc3
___
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] [PATCH 4/4] libfm: allow build with automake-1.14
On 29 October 2013 02:35, Khem Raj raj.k...@gmail.com wrote: Marko On Fri, Oct 25, 2013 at 12:39 AM, Marko Lindqvist cazf...@gmail.com wrote: Do not consider automake warnings about future incompatibility errors. hmmm so disabling Werror is working around and I consider it degradation in code quality, is there any alternative ? I agree on principle. That's why I wouldn't even consider submitting this to upstream, as future versions should handle this correctly. I think it's ok for us to patch the current version this way, as the warnings are about the future only. may be fix the code itself to not generate the warning at all ? That's something that (upstream) must do anyway before automake-2.0 comes out and turns these warnings in to errors. I'm not going to figure these out for every upstream that has such a problem. When we were preparing for automake-1.13, I submitted fixes to nearly 100 upstreams. While I usually am happy to fix the problems I encounter, I'm not ready to make anything like that again. I'll leave proper fixes for these problems for upstreams to make. - ML ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] systemd getty
Hello, my QT app can't response to key, when tty1 hold by getty. how to disable getty@tty1.service when generating image? -- Nanjing Jilong Yi Qingliang niqingliang2...@gmail.com ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] pulseaudio: Fix build break on armeb
There is no need for += when using append hence removed and added a
leading space appropriately
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 4c10aa9..bb13f4b 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -43,7 +43,8 @@ PACKAGECONFIG[x11] =
--enable-x11,--disable-x11,virtual/libx11 libxtst libice l
PACKAGECONFIG[avahi] = --enable-avahi,--disable-avahi,avahi
PACKAGECONFIG[jack] = --enable-jack,--disable-jack,jack
-EXTRA_OECONF_append_arm += ${@bb.utils.contains(TUNE_FEATURES, neon, ,
--enable-neon-opt=no, d)}
+EXTRA_OECONF_append_arm = ${@bb.utils.contains(TUNE_FEATURES, neon, ,
--enable-neon-opt=no, d)}
+EXTRA_OECONF_append_armeb = ${@bb.utils.contains(TUNE_FEATURES, neon, ,
--enable-neon-opt=no, d)}
export TARGET_PFPU = ${TARGET_FPU}
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SRC_URI computing order
On Mon, Oct 28, 2013 at 7:10 AM, Eric Bénard e...@eukrea.com wrote: Hi Richard, I saw your patch fixing FILESPATH's and Kergoth's one fixing PACKAGECONFIG processing order and I think I'm also facing an order problem when SRC_URI is computed. So when building SRC_URI when two layers have bbappend which apply patches : the SRC_URI seems to be built using an order I fail to understand somewhere instead of priority or the overrides' order. The use case is a System on Module and its custom motherboard : - meta-fsl-arm : * linux-imx_xyz.bb : SRC_URI = patchgeneric1 ... - meta-som-support : * conf/machine/mysom.conf * linux-imx_xyz.bbappend : SRC_URI_append_mysom = patchsom1 patchsom2 ... - meta-custommotherboard (SOM + Cunstom Motherboard) : * conf/machine/myproduct.conf MACHINEOVERRIDES_prepend = mysom: include conf/machine/mysom.conf * linux-imx_xyz.bbappend : SRC_URI_append_myproduct = patchproduct1 patchproduct2 ... in the end I get : SRC_URI = patchgeneric1 ... patchsoc1 ... patchproduct1 ... patchsom1 ... and of course as patchproduct* are supposed to apply on top of patchsoc* the patch fail to apply. I didn't found a way to build SRC_URI in the order I would like (I tested : changing MACHINEOVERRIDES 's order, changing layers' priority, changing machine's name to see if that was an alphabetical order ...). In the end the only thing which worked was to add an (empty by default) variable in som's SRC_URI and filling this variables from the custommotherboard's bbappend. Is the behaviour I'm seeing expected or is there something wrong in my setup ? what is your OVERRIDES order. Thanks, Eric ___ 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] [PATCH 1/1] lua: add lua recipe
On Wed, Oct 23, 2013 at 12:18 AM, Kai Kang kai.k...@windriver.com wrote:
Migrate lua recipe and patches from meta-oe. And then update to 5.2.2.
no it can not be migrated. ABIs are different between 5.1 and 5.2 and
please submit these 5.2 recipes
to meta-oe
Update:
* remove bitwise_operators.patch that lua uses bit32 library to
support for bitwise operations.
* update uclibc-pthread.patch
Signed-off-by: Kai Kang kai.k...@windriver.com
---
meta/recipes-devtools/lua/lua/lua.pc | 11 +
meta/recipes-devtools/lua/lua/uclibc-pthread.patch | 13 ++
meta/recipes-devtools/lua/lua_5.2.2.bb | 49
++
3 files changed, 73 insertions(+)
create mode 100644 meta/recipes-devtools/lua/lua/lua.pc
create mode 100644 meta/recipes-devtools/lua/lua/uclibc-pthread.patch
create mode 100644 meta/recipes-devtools/lua/lua_5.2.2.bb
diff --git a/meta/recipes-devtools/lua/lua/lua.pc
b/meta/recipes-devtools/lua/lua/lua.pc
new file mode 100644
index 000..e6f8b6f
--- /dev/null
+++ b/meta/recipes-devtools/lua/lua/lua.pc
@@ -0,0 +1,11 @@
+prefix=/usr
+libdir=${prefix}/lib
+includedir=${prefix}/include
+
+Name: Lua
+Description: Lua language engine
+Version: 5.2.2
+Requires:
+Libs: -L${libdir} -llua
+Libs.private: -lm
+Cflags: -I${includedir}
diff --git a/meta/recipes-devtools/lua/lua/uclibc-pthread.patch
b/meta/recipes-devtools/lua/lua/uclibc-pthread.patch
new file mode 100644
index 000..f4cdc5d
--- /dev/null
+++ b/meta/recipes-devtools/lua/lua/uclibc-pthread.patch
@@ -0,0 +1,13 @@
+Index: lua-5.1.4/src/Makefile
+===
+--- a/src/Makefile.orig2013-10-22 22:17:19.929103523 -0400
a/src/Makefile 2013-10-22 22:18:27.992104545 -0400
+@@ -9,7 +9,7 @@
+ CC= gcc
+ CFLAGS= -O2 -Wall -DLUA_COMPAT_ALL $(SYSCFLAGS) $(MYCFLAGS)
+ LDFLAGS= $(SYSLDFLAGS) $(MYLDFLAGS)
+-LIBS= -lm $(SYSLIBS) $(MYLIBS)
++LIBS= -lm -lpthread $(SYSLIBS) $(MYLIBS)
+
+ AR= ar rcu
+ RANLIB= ranlib
diff --git a/meta/recipes-devtools/lua/lua_5.2.2.bb
b/meta/recipes-devtools/lua/lua_5.2.2.bb
new file mode 100644
index 000..500dd3a7
--- /dev/null
+++ b/meta/recipes-devtools/lua/lua_5.2.2.bb
@@ -0,0 +1,49 @@
+DESCRIPTION = Lua is a powerful light-weight programming language designed \
+for extending applications.
+LICENSE = MIT
+LIC_FILES_CHKSUM =
file://doc/readme.html;beginline=364;endline=398;md5=ad3069a42853ac3efd7d379d87f6088b
+HOMEPAGE = http://www.lua.org/;
+
+PR = r0
+
+DEPENDS = readline
+SRC_URI = http://www.lua.org/ftp/lua-${PV}.tar.gz \
+ file://lua.pc \
+
+
+SRC_URI[md5sum] = efbb645e897eae37cad4344ce8b0a614
+SRC_URI[sha256sum] =
3fd67de3f5ed133bf312906082fa524545c6b9e1b952e8215ffbd27113f49f00
+
+inherit pkgconfig binconfig
+
+UCLIBC_PATCHES += file://uclibc-pthread.patch
+SRC_URI_append_libc-uclibc = ${UCLIBC_PATCHES}
+
+TARGET_CC_ARCH += -fPIC ${LDFLAGS}
+EXTRA_OEMAKE = 'CC=${CC} -fPIC' 'MYCFLAGS=${CFLAGS} -DLUA_USE_LINUX -fPIC'
MYLDFLAGS='${LDFLAGS}'
+
+do_configure_prepend() {
+sed -i -e s:/usr/local:${prefix}:g src/luaconf.h
+}
+
+do_compile () {
+oe_runmake linux
+}
+
+do_install () {
+oe_runmake \
+'INSTALL_TOP=${D}${prefix}' \
+'INSTALL_BIN=${D}${bindir}' \
+'INSTALL_INC=${D}${includedir}/' \
+'INSTALL_MAN=${D}${mandir}/man1' \
+'INSTALL_SHARE=${D}${datadir}/lua' \
+'INSTALL_LIB=${D}${libdir}' \
+'INSTALL_CMOD=${D}${libdir}/lua/5.2' \
+install
+install -d ${D}${libdir}/pkgconfig
+install -m 0644 ${WORKDIR}/lua.pc ${D}${libdir}/pkgconfig/
+rmdir ${D}${datadir}/lua/5.2
+rmdir ${D}${datadir}/lua
+}
+
+BBCLASSEXTEND = native
--
1.8.1.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] [PATCH 1/1] lua: add lua recipe
On 2013年10月29日 11:52, Khem Raj wrote:
On Wed, Oct 23, 2013 at 12:18 AM, Kai Kang kai.k...@windriver.com wrote:
Migrate lua recipe and patches from meta-oe. And then update to 5.2.2.
no it can not be migrated. ABIs are different between 5.1 and 5.2 and
please submit these 5.2 recipes
to meta-oe
OK, thanks.
Kai
Update:
* remove bitwise_operators.patch that lua uses bit32 library to
support for bitwise operations.
* update uclibc-pthread.patch
Signed-off-by: Kai Kang kai.k...@windriver.com
---
meta/recipes-devtools/lua/lua/lua.pc | 11 +
meta/recipes-devtools/lua/lua/uclibc-pthread.patch | 13 ++
meta/recipes-devtools/lua/lua_5.2.2.bb | 49 ++
3 files changed, 73 insertions(+)
create mode 100644 meta/recipes-devtools/lua/lua/lua.pc
create mode 100644 meta/recipes-devtools/lua/lua/uclibc-pthread.patch
create mode 100644 meta/recipes-devtools/lua/lua_5.2.2.bb
diff --git a/meta/recipes-devtools/lua/lua/lua.pc
b/meta/recipes-devtools/lua/lua/lua.pc
new file mode 100644
index 000..e6f8b6f
--- /dev/null
+++ b/meta/recipes-devtools/lua/lua/lua.pc
@@ -0,0 +1,11 @@
+prefix=/usr
+libdir=${prefix}/lib
+includedir=${prefix}/include
+
+Name: Lua
+Description: Lua language engine
+Version: 5.2.2
+Requires:
+Libs: -L${libdir} -llua
+Libs.private: -lm
+Cflags: -I${includedir}
diff --git a/meta/recipes-devtools/lua/lua/uclibc-pthread.patch
b/meta/recipes-devtools/lua/lua/uclibc-pthread.patch
new file mode 100644
index 000..f4cdc5d
--- /dev/null
+++ b/meta/recipes-devtools/lua/lua/uclibc-pthread.patch
@@ -0,0 +1,13 @@
+Index: lua-5.1.4/src/Makefile
+===
+--- a/src/Makefile.orig2013-10-22 22:17:19.929103523 -0400
a/src/Makefile 2013-10-22 22:18:27.992104545 -0400
+@@ -9,7 +9,7 @@
+ CC= gcc
+ CFLAGS= -O2 -Wall -DLUA_COMPAT_ALL $(SYSCFLAGS) $(MYCFLAGS)
+ LDFLAGS= $(SYSLDFLAGS) $(MYLDFLAGS)
+-LIBS= -lm $(SYSLIBS) $(MYLIBS)
++LIBS= -lm -lpthread $(SYSLIBS) $(MYLIBS)
+
+ AR= ar rcu
+ RANLIB= ranlib
diff --git a/meta/recipes-devtools/lua/lua_5.2.2.bb
b/meta/recipes-devtools/lua/lua_5.2.2.bb
new file mode 100644
index 000..500dd3a7
--- /dev/null
+++ b/meta/recipes-devtools/lua/lua_5.2.2.bb
@@ -0,0 +1,49 @@
+DESCRIPTION = Lua is a powerful light-weight programming language designed \
+for extending applications.
+LICENSE = MIT
+LIC_FILES_CHKSUM =
file://doc/readme.html;beginline=364;endline=398;md5=ad3069a42853ac3efd7d379d87f6088b
+HOMEPAGE = http://www.lua.org/;
+
+PR = r0
+
+DEPENDS = readline
+SRC_URI = http://www.lua.org/ftp/lua-${PV}.tar.gz \
+ file://lua.pc \
+
+
+SRC_URI[md5sum] = efbb645e897eae37cad4344ce8b0a614
+SRC_URI[sha256sum] =
3fd67de3f5ed133bf312906082fa524545c6b9e1b952e8215ffbd27113f49f00
+
+inherit pkgconfig binconfig
+
+UCLIBC_PATCHES += file://uclibc-pthread.patch
+SRC_URI_append_libc-uclibc = ${UCLIBC_PATCHES}
+
+TARGET_CC_ARCH += -fPIC ${LDFLAGS}
+EXTRA_OEMAKE = 'CC=${CC} -fPIC' 'MYCFLAGS=${CFLAGS} -DLUA_USE_LINUX -fPIC'
MYLDFLAGS='${LDFLAGS}'
+
+do_configure_prepend() {
+sed -i -e s:/usr/local:${prefix}:g src/luaconf.h
+}
+
+do_compile () {
+oe_runmake linux
+}
+
+do_install () {
+oe_runmake \
+'INSTALL_TOP=${D}${prefix}' \
+'INSTALL_BIN=${D}${bindir}' \
+'INSTALL_INC=${D}${includedir}/' \
+'INSTALL_MAN=${D}${mandir}/man1' \
+'INSTALL_SHARE=${D}${datadir}/lua' \
+'INSTALL_LIB=${D}${libdir}' \
+'INSTALL_CMOD=${D}${libdir}/lua/5.2' \
+install
+install -d ${D}${libdir}/pkgconfig
+install -m 0644 ${WORKDIR}/lua.pc ${D}${libdir}/pkgconfig/
+rmdir ${D}${datadir}/lua/5.2
+rmdir ${D}${datadir}/lua
+}
+
+BBCLASSEXTEND = native
--
1.8.1.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Regards,
Neil | Kai Kang
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] pseudo: fix library path in FILES_${PN}
From: Roy Li rongqing...@windriver.com
libpseudo.so is always installed into ${prefix}/lib/, not ${libdir},
so fix these paths; and skip libdir WARN_QA checking to ignore the
warning in 64bit and multilib enabled system
Signed-off-by: Roy Li rongqing...@windriver.com
---
meta/recipes-devtools/pseudo/pseudo.inc |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/pseudo/pseudo.inc
b/meta/recipes-devtools/pseudo/pseudo.inc
index 0471cd6..9411c57 100644
--- a/meta/recipes-devtools/pseudo/pseudo.inc
+++ b/meta/recipes-devtools/pseudo/pseudo.inc
@@ -13,8 +13,11 @@ SRC_URI_append_class-nativesdk = file://symver.patch
SRC_URI_append_class-native = file://symver.patch
-FILES_${PN} = ${libdir}/pseudo/lib*/libpseudo.so ${bindir}/*
${localstatedir}/pseudo ${prefix}/var/pseudo
-FILES_${PN}-dbg += ${libdir}/pseudo/lib*/.debug
+FILES_${PN} = ${prefix}/lib/pseudo/lib*/libpseudo.so ${bindir}/*
${localstatedir}/pseudo ${prefix}/var/pseudo
+FILES_${PN}-dbg += ${prefix}/lib/pseudo/lib*/.debug
+INSANE_SKIP_${PN} += libdir
+INSANE_SKIP_${PN}-dbg += libdir
+
PROVIDES += virtual/fakeroot
MAKEOPTS =
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
