Re: [OE-core] [PATCH V2] bluez4: Added new recipe 4.96 and removed 4.82 version
Martin Jansa wrote on 2011-08-16: On Tue, Aug 16, 2011 at 10:40:38AM +0800, Cui, Dexuan wrote: Saul Wold wrote on 2011-08-16: On 08/12/2011 01:04 AM, Noor, Ahsan wrote: From: Noor Ahsannoor_ah...@mentor.com * Added new recipe 4.96 and removed 4.82 version and its files. Signed-off-by: Noor Ahsannoor_ah...@mentor.com Merged into OE-Core The patch causes a failure: NOTE: package bluez-hcidump-2.0-r0: task do_compile: Failed I reported http://bugzilla.pokylinux.org/show_bug.cgi?id=1371 for this. You need patch from this commit http://git.openembedded.org/cgit.cgi/meta-openembedded/commit/?id=852 ac4b589adb186191ad70a2fa3472d5b351ec4 or upgrade to 2.1 Martin, thanks for the suggestion! Yes, I found 2.1 had integrated the fix, so I think we should choose to upgrade the package to 2.1 (I compared the source codes of 2.0 and 2.1 and looks they don't have many differences in other aspects). I'll send out a patch later today. Thanks, -- Dexuan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] qemu: Make qemu buildable inside qemux86/qemuppc target
On Mon, Aug 15, 2011 at 10:25:49PM +0800, Richard Purdie wrote:
The patch is fine but could we change this to something like:
# Only use the GL passthrough patches for native/nativesdk versions
$QEMUGLPATCHES = \
file://qemu-git-qemugl-host.patch \
file://fix-nogl.patch \
file://qemugl-allow-glxcontext-release.patch \
file://init-info.patch \
file://enable-i386-linux-user.patch \
file://qemugl-fix.patch \
file://opengl-sdl-fix.patch \
SRC_URI_append_virtclass-native = \
${QEMUGLPATCHES} \
SRC_URI_append_virtclass-nativesdk = \
${QEMUGLPATCHES} \
file://glflags.patch \
which is just a little bit neater. Also, no need for the commented out
line.
RP,
Thanks for your comments. I have modified it. Pls. pull @ same branch:
git://git.pokylinux.org/poky-contrib gzhai/master2
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=gzhai/master2
BTW, I saw qemugl_git.bb is extended as nativesdk, and was curious about it
as
qemugl is hacked libgl inside qemu guest, thus should not be related to
native
case. Any reason? Meet the dependency requirement?
Thanks,
Edwin
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
best rgds,
edwin
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Questions about the layer structure in OpenEmbedded-Core
2011/8/15 Paul Eggleton paul.eggle...@linux.intel.com: On Monday 15 August 2011 10:06:33 Samuel Stirtzel wrote: 2011/8/12 Koen Kooi k...@dominion.thruhere.net: There's also: https://github.com/ebutera/meta-igep http://gitorious.org/schnitzeltony-oe-meta/meta-freescale http://gitorious.org/schnitzeltony-oe-meta/meta-gumstix https://github.com/koenkooi/meta-ettus and likely much more I'd guess there is no list for third party components/repositories, or am I wrong? I had intended the list to cover all available layers. However for layers that refer to other projects/manufacturers/products where the layer is not an official one, I think it's fine to list it there but important to mark it unofficial. It would be great to see at a glance what repositories exist out there. Reinventing (or porting new software again) would become less necessary if someone already did the things that you need. BTW I plan to add the above to the list some time today if I get time to do so. That would be nice, I've got an idea for the unofficial list but it is currently not sophisticated enough. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core Regards Samuel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] libsdl: enable opengl for libsdl
Op 15 aug. 2011, om 15:05 heeft Jiajun Xu het volgende geschreven:
To enable opengl for libsdl, we need DEPENDS on virtual/libgl. Add a check for
opengl in DISTRO_FEATURES and when it's set, --enable-video-opengl
and virtual/libgl will be added into EXTRA_CONF and DEPENDS.
Is that really a distro feature? Opengl has always been a machine feature in
OE, so with this the situation gets a lot worse.
Signed-off-by: Jiajun Xu jiajun...@intel.com
Acked-by: Phil Blundell ph...@gnu.org
---
meta/recipes-graphics/libsdl/libsdl_1.2.11.bb |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/libsdl/libsdl_1.2.11.bb
b/meta/recipes-graphics/libsdl/libsdl_1.2.11.bb
index 7c1c507..f08077d 100644
--- a/meta/recipes-graphics/libsdl/libsdl_1.2.11.bb
+++ b/meta/recipes-graphics/libsdl/libsdl_1.2.11.bb
@@ -10,10 +10,10 @@ SECTION = libs
LICENSE = LGPLv2.1
LIC_FILES_CHKSUM = file://COPYING;md5=27818cd7fd83877a8e3ef82b82798ef4
-DEPENDS = virtual/libx11 libxext libxrandr libxrender
+DEPENDS = ${@base_contains('DISTRO_FEATURES', 'opengl', 'virtual/libgl',
'', d)} virtual/libx11 libxext libxrandr libxrender
DEPENDS_virtclass-nativesdk = libx11-nativesdk libxrandr-nativesdk
libxrender-nativesdk libxext-nativesdk
-PR = r6
+PR = r7
SRC_URI = http://www.libsdl.org/release/SDL-${PV}.tar.gz \
file://acinclude.m4 \
@@ -33,7 +33,8 @@ EXTRA_OECONF = --disable-static --disable-debug
--disable-cdrom --enable-thread
--disable-mintaudio --disable-nasm --enable-video-x11
--disable-video-dga \
--disable-video-fbcon --disable-video-directfb
--disable-video-ps2gs \
--disable-video-xbios --disable-video-gem
--disable-video-dummy \
---disable-video-opengl --enable-input-events
--enable-pthreads \
+--enable-input-events --enable-pthreads \
+ ${@base_contains('DISTRO_FEATURES', 'opengl',
'--enable-video-opengl', '--disable-video-opengl', d)} \
--disable-video-svga \
--disable-video-picogui --disable-video-qtopia
--enable-dlopen
--
1.7.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] perl-native: Update 'find_perl()' to find the perl wrapper
From: Wenzong Fan wenzong@windriver.com Fix Bugs: [YOCTO #1157] [YOCTO #829] This happens to the packages which use MakeMaker.pm to generate their Makefiles, the path to 'PERL/FULLPERL' should be perl wrapper instead of 'perl.real'. The following changes since commit a21ff559e7c93e9da61104f4a33e42e6004189fd: Richard Purdie (1): Fixup remaining bb.msg.domain users are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/perl http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/perl Wenzong Fan (1): perl-native: Update 'find_perl()' to find the perl wrapper .../perl/perl-5.12.3/MM_Unix.pm.patch | 12 meta/recipes-devtools/perl/perl-native_5.12.3.bb |5 +++-- 2 files changed, 15 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-devtools/perl/perl-5.12.3/MM_Unix.pm.patch ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] perl-native: Update 'find_perl()' to find the perl wrapper
From: Wenzong Fan wenzong@windriver.com
[YOCTO #1157] [YOCTO #829]
This is a common issue to the packages which using 'MakeMaker.pm' to
generate their Makefiles. The function 'find_perl()' in 'MM_Unix.pm'
will be used to figure out the path/link of 'PERL/FULLPERL', but it
always find the 'perl.real' instead of perl wrapper.
Just update it to find the perl wrapper correctly.
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
.../perl/perl-5.12.3/MM_Unix.pm.patch | 12
meta/recipes-devtools/perl/perl-native_5.12.3.bb |5 +++--
2 files changed, 15 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-devtools/perl/perl-5.12.3/MM_Unix.pm.patch
diff --git a/meta/recipes-devtools/perl/perl-5.12.3/MM_Unix.pm.patch
b/meta/recipes-devtools/perl/perl-5.12.3/MM_Unix.pm.patch
new file mode 100644
index 000..7a6e02d
--- /dev/null
+++ b/meta/recipes-devtools/perl/perl-5.12.3/MM_Unix.pm.patch
@@ -0,0 +1,12 @@
+--- perl-5.12.3/cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Unix.pm.orig
2011-08-12 16:07:30.0 +0800
perl-5.12.3/cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Unix.pm
2011-08-12 16:08:56.0 +0800
+@@ -1019,6 +1019,9 @@
+ }
+
+ foreach my $name (@$names){
++# Getting MakeMaker.pm use perl wrapper instead of 'perl.real'
directly
++$name =~ s/perl\.real/perl/ if ($name =~ /perl\.real/);
++
+ foreach my $dir (@$dirs){
+ next unless defined $dir; # $self-{PERL_SRC} may be undefined
+ my ($abs, $val);
diff --git a/meta/recipes-devtools/perl/perl-native_5.12.3.bb
b/meta/recipes-devtools/perl/perl-native_5.12.3.bb
index 945ebd4..a8e2346 100644
--- a/meta/recipes-devtools/perl/perl-native_5.12.3.bb
+++ b/meta/recipes-devtools/perl/perl-native_5.12.3.bb
@@ -4,7 +4,7 @@ SECTION = libs
LICENSE = Artistic|GPL
LIC_FILES_CHKSUM = file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
file://Artistic;md5=f921793d03cc6d63ec4b15e9be8fd3f8
-PR = r4
+PR = r5
LIC_FILES_CHKSUM = file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
file://Artistic;md5=f921793d03cc6d63ec4b15e9be8fd3f8
@@ -19,7 +19,8 @@ SRC_URI = http://www.cpan.org/src/5.0/perl-${PV}.tar.gz \
file://parallel_build_fix_5.patch \
file://parallel_build_fix_6.patch \
file://native-nopacklist.patch \
- file://native-perlinc.patch
+ file://native-perlinc.patch \
+ file://MM_Unix.pm.patch
SRC_URI[md5sum] = 29975a69dce54e47fcd6331c085c6c99
SRC_URI[sha256sum] =
5678bfd5c2cd59253a26171bf3e681235433b00c730eea8a8046e1b225c11d2f
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] binutils-2.20.1: import several patches from Debian
Import several patches from Debian to improve --no-add-needed handling
vs. weak symbols and branching to weak symbols on arm.
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
.../binutils/.binutils_2.20.1.bb.swp | Bin 0 - 4096 bytes
.../152_arm_branches_to_weak_symbols.patch | 240
.../binutils-2.20.1/200_elflink_%B_fixes.patch | 65 ++
.../201_elflink_improve_noaddneeded_errors.patch | 70 ++
.../202_elflink_noaddneeded_vs_weak.patch | 87 +++
.../recipes-devtools/binutils/binutils_2.20.1.bb |6 +-
6 files changed, 467 insertions(+), 1 deletions(-)
create mode 100644 meta-oe/recipes-devtools/binutils/.binutils_2.20.1.bb.swp
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/200_elflink_%B_fixes.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/201_elflink_improve_noaddneeded_errors.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/202_elflink_noaddneeded_vs_weak.patch
diff --git a/meta-oe/recipes-devtools/binutils/.binutils_2.20.1.bb.swp
b/meta-oe/recipes-devtools/binutils/.binutils_2.20.1.bb.swp
new file mode 100644
index
..6067470179a28799e82f41a85e864e87bd170f00
GIT binary patch
literal 4096
zcmeIuu?oU45C-6T0YP+^T5)XB#=$3WP*EpcrD={5uuVu(!NrI3sT^^!L1L_yXiQ7
zj=N8$m+c{1GXZUl0haOZID;3w_W+d+kGz}rROz%*=z3BB+kHh+HjAdv57C7w!w36
z8dsp_6^1-97Hg~|wj0%Ng4|)DE4^Js5NITW?B`mebPCQ_C$DSOYL00|6KU50X
hrQP$3cpgnB=YcxV+ay2BtQZrKmsH{0wgd@fe!(PGF|`x
literal 0
HcmV?d1
diff --git
a/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
new file mode 100644
index 000..48523f8
--- /dev/null
+++
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
@@ -0,0 +1,240 @@
+#!/bin/sh -e
+## 152_arm_branches_to_weak_symbols.dpatch
+##
+## DP: Description: http://sourceware.org/ml/binutils/2010-04/msg00446.html
+## DP: Description: taken from the trunk
+
+if [ $# -ne 1 ]; then
+echo 2 `basename $0`: script expects -patch|-unpatch as argument
+exit 1
+fi
+
+[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts
+patch_opts=${patch_opts:--f --no-backup-if-mismatch}
+
+case $1 in
+ -patch) patch $patch_opts -p0 $0;;
+ -unpatch) patch $patch_opts -p0 -R $0;;
+*)
+echo 2 `basename $0`: script expects -patch|-unpatch as
argument
+exit 1;;
+esac
+
+exit 0
+
+gas/
+
+2010-05-04 Nick Clifton ni...@redhat.com
+
+ * write.c (fixup_segment): Revert previous delta.
+ * config/tc-arm.h (TC_FORCE_RELOCATION_LOCAL): Also force the
+ generation of relocations for fixups against weak symbols.
+
+2010-04-29 Nathan Sidwell nat...@codesourcery.com
+
+ * write.c (fixup_segment): Do not assume we know the section a
+ defined weak symbol is in.
+ * config/tc-arm.c (relax_adr, relax_branch, md_apply_fix): Treat
+ weak symbols as not known to be in the same section, even if they
+ are defined.
+
+gas/testsuite/
+
+2010-04-29 Nathan Sidwell nat...@codesourcery.com
+
+ * gas/arm/weakdef-1.s: New.
+ * gas/arm/weakdef-1.d: New.
+ * gas/arm/weakdef-2.s: New.
+ * gas/arm/weakdef-2.d: New.
+ * gas/arm/weakdef-2.l: New.
+
+@DPATCH@
+diff -urN gas.orig/config/tc-arm.c gas/config/tc-arm.c
+--- a/gas/config/tc-arm.c 2010-02-22 08:06:52.0 +
b/gas/config/tc-arm.c 2010-05-06 12:52:25.391085365 +
+@@ -18207,7 +18207,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section. */
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ val = relaxed_symbol_addr (fragp, stretch);
+@@ -18250,7 +18251,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section. */
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ #ifdef OBJ_ELF
+@@ -19463,22 +19465,23 @@
+not have a reloc for it, so tc_gen_reloc will reject it. */
+ fixP-fx_done = 1;
+
+- if (fixP-fx_addsy
+- ! S_IS_DEFINED (fixP-fx_addsy))
++ if (fixP-fx_addsy)
+ {
+-as_bad_where (fixP-fx_file, fixP-fx_line,
+- _(undefined symbol %s used as an immediate value),
+- S_GET_NAME (fixP-fx_addsy));
+-break;
+- }
++const char *msg = 0;
+
+- if (fixP-fx_addsy
+- S_GET_SEGMENT (fixP-fx_addsy) !=
[OE-core] [PATCH V2] binutils-2.20.1: import several patches from Debian
Import several patches from Debian to improve --no-add-needed handling
vs. weak symbols and branching to weak symbols on arm.
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
.../152_arm_branches_to_weak_symbols.patch | 240
.../binutils-2.20.1/200_elflink_%B_fixes.patch | 65 ++
.../201_elflink_improve_noaddneeded_errors.patch | 70 ++
.../202_elflink_noaddneeded_vs_weak.patch | 87 +++
.../recipes-devtools/binutils/binutils_2.20.1.bb |6 +-
5 files changed, 467 insertions(+), 1 deletions(-)
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/200_elflink_%B_fixes.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/201_elflink_improve_noaddneeded_errors.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/202_elflink_noaddneeded_vs_weak.patch
diff --git
a/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
new file mode 100644
index 000..48523f8
--- /dev/null
+++
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
@@ -0,0 +1,240 @@
+#!/bin/sh -e
+## 152_arm_branches_to_weak_symbols.dpatch
+##
+## DP: Description: http://sourceware.org/ml/binutils/2010-04/msg00446.html
+## DP: Description: taken from the trunk
+
+if [ $# -ne 1 ]; then
+echo 2 `basename $0`: script expects -patch|-unpatch as argument
+exit 1
+fi
+
+[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts
+patch_opts=${patch_opts:--f --no-backup-if-mismatch}
+
+case $1 in
+ -patch) patch $patch_opts -p0 $0;;
+ -unpatch) patch $patch_opts -p0 -R $0;;
+*)
+echo 2 `basename $0`: script expects -patch|-unpatch as
argument
+exit 1;;
+esac
+
+exit 0
+
+gas/
+
+2010-05-04 Nick Clifton ni...@redhat.com
+
+ * write.c (fixup_segment): Revert previous delta.
+ * config/tc-arm.h (TC_FORCE_RELOCATION_LOCAL): Also force the
+ generation of relocations for fixups against weak symbols.
+
+2010-04-29 Nathan Sidwell nat...@codesourcery.com
+
+ * write.c (fixup_segment): Do not assume we know the section a
+ defined weak symbol is in.
+ * config/tc-arm.c (relax_adr, relax_branch, md_apply_fix): Treat
+ weak symbols as not known to be in the same section, even if they
+ are defined.
+
+gas/testsuite/
+
+2010-04-29 Nathan Sidwell nat...@codesourcery.com
+
+ * gas/arm/weakdef-1.s: New.
+ * gas/arm/weakdef-1.d: New.
+ * gas/arm/weakdef-2.s: New.
+ * gas/arm/weakdef-2.d: New.
+ * gas/arm/weakdef-2.l: New.
+
+@DPATCH@
+diff -urN gas.orig/config/tc-arm.c gas/config/tc-arm.c
+--- a/gas/config/tc-arm.c 2010-02-22 08:06:52.0 +
b/gas/config/tc-arm.c 2010-05-06 12:52:25.391085365 +
+@@ -18207,7 +18207,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section. */
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ val = relaxed_symbol_addr (fragp, stretch);
+@@ -18250,7 +18251,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section. */
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ #ifdef OBJ_ELF
+@@ -19463,22 +19465,23 @@
+not have a reloc for it, so tc_gen_reloc will reject it. */
+ fixP-fx_done = 1;
+
+- if (fixP-fx_addsy
+- ! S_IS_DEFINED (fixP-fx_addsy))
++ if (fixP-fx_addsy)
+ {
+-as_bad_where (fixP-fx_file, fixP-fx_line,
+- _(undefined symbol %s used as an immediate value),
+- S_GET_NAME (fixP-fx_addsy));
+-break;
+- }
++const char *msg = 0;
+
+- if (fixP-fx_addsy
+- S_GET_SEGMENT (fixP-fx_addsy) != seg)
+- {
+-as_bad_where (fixP-fx_file, fixP-fx_line,
+- _(symbol %s is in a different section),
+- S_GET_NAME (fixP-fx_addsy));
+-break;
++if (! S_IS_DEFINED (fixP-fx_addsy))
++ msg = _(undefined symbol %s used as an immediate value);
++else if (S_GET_SEGMENT (fixP-fx_addsy) != seg)
++ msg = _(symbol %s is in a different section);
++else if (S_IS_WEAK (fixP-fx_addsy))
++ msg = _(symbol %s is weak and may be overridden later);
++
++if (msg)
++ {
++as_bad_where (fixP-fx_file, fixP-fx_line,
++ msg, S_GET_NAME
Re: [OE-core] [PATCH V2] binutils-2.20.1: import several patches from Debian
Op 16 aug. 2011, om 10:07 heeft Dmitry Eremin-Solenikov het volgende geschreven:
Import several patches from Debian to improve --no-add-needed handling
vs. weak symbols and branching to weak symbols on arm.
Out of curiousity, which platforms did you test this on?
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
.../152_arm_branches_to_weak_symbols.patch | 240
.../binutils-2.20.1/200_elflink_%B_fixes.patch | 65 ++
.../201_elflink_improve_noaddneeded_errors.patch | 70 ++
.../202_elflink_noaddneeded_vs_weak.patch | 87 +++
.../recipes-devtools/binutils/binutils_2.20.1.bb |6 +-
5 files changed, 467 insertions(+), 1 deletions(-)
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/200_elflink_%B_fixes.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/201_elflink_improve_noaddneeded_errors.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/202_elflink_noaddneeded_vs_weak.patch
diff --git
a/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
new file mode 100644
index 000..48523f8
--- /dev/null
+++
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
@@ -0,0 +1,240 @@
+#!/bin/sh -e
+## 152_arm_branches_to_weak_symbols.dpatch
+##
+## DP: Description: http://sourceware.org/ml/binutils/2010-04/msg00446.html
+## DP: Description: taken from the trunk
+
+if [ $# -ne 1 ]; then
+echo 2 `basename $0`: script expects -patch|-unpatch as argument
+exit 1
+fi
+
+[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts
+patch_opts=${patch_opts:--f --no-backup-if-mismatch}
+
+case $1 in
+ -patch) patch $patch_opts -p0 $0;;
+ -unpatch) patch $patch_opts -p0 -R $0;;
+*)
+echo 2 `basename $0`: script expects -patch|-unpatch as
argument
+exit 1;;
+esac
+
+exit 0
+
+gas/
+
+2010-05-04 Nick Clifton ni...@redhat.com
+
+ * write.c (fixup_segment): Revert previous delta.
+ * config/tc-arm.h (TC_FORCE_RELOCATION_LOCAL): Also force the
+ generation of relocations for fixups against weak symbols.
+
+2010-04-29 Nathan Sidwell nat...@codesourcery.com
+
+ * write.c (fixup_segment): Do not assume we know the section a
+ defined weak symbol is in.
+ * config/tc-arm.c (relax_adr, relax_branch, md_apply_fix): Treat
+ weak symbols as not known to be in the same section, even if they
+ are defined.
+
+gas/testsuite/
+
+2010-04-29 Nathan Sidwell nat...@codesourcery.com
+
+ * gas/arm/weakdef-1.s: New.
+ * gas/arm/weakdef-1.d: New.
+ * gas/arm/weakdef-2.s: New.
+ * gas/arm/weakdef-2.d: New.
+ * gas/arm/weakdef-2.l: New.
+
+@DPATCH@
+diff -urN gas.orig/config/tc-arm.c gas/config/tc-arm.c
+--- a/gas/config/tc-arm.c2010-02-22 08:06:52.0 +
b/gas/config/tc-arm.c2010-05-06 12:52:25.391085365 +
+@@ -18207,7 +18207,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section. */
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ val = relaxed_symbol_addr (fragp, stretch);
+@@ -18250,7 +18251,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section. */
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ #ifdef OBJ_ELF
+@@ -19463,22 +19465,23 @@
+ not have a reloc for it, so tc_gen_reloc will reject it. */
+ fixP-fx_done = 1;
+
+- if (fixP-fx_addsy
+- ! S_IS_DEFINED (fixP-fx_addsy))
++ if (fixP-fx_addsy)
+ {
+- as_bad_where (fixP-fx_file, fixP-fx_line,
+-_(undefined symbol %s used as an immediate value),
+-S_GET_NAME (fixP-fx_addsy));
+- break;
+-}
++ const char *msg = 0;
+
+- if (fixP-fx_addsy
+- S_GET_SEGMENT (fixP-fx_addsy) != seg)
+-{
+- as_bad_where (fixP-fx_file, fixP-fx_line,
+-_(symbol %s is in a different section),
+-S_GET_NAME (fixP-fx_addsy));
+- break;
++ if (! S_IS_DEFINED (fixP-fx_addsy))
++msg = _(undefined symbol %s used as an immediate value);
++ else if (S_GET_SEGMENT (fixP-fx_addsy) != seg)
++msg = _(symbol %s is in a different section);
++ else if (S_IS_WEAK (fixP-fx_addsy))
++msg =
[OE-core] [PATCH 3/4] package_rpm: Fix package rename issue in multilib case
do_package task will write information into pkgdata and
do_package_write_rpm will read them out. Take lib32-dates as an example,
one of its RDEPENDS is li32-gtk+, and PKG_lib32-gtk+ = libgtk-2.0,
these info is stored at:
tmp/pkgdata/x86_64-pokymllib32-linux/runtime/lib32-dates.
Function mapping_rename_hook in do_package_write_rpm is to handle
those renamed packages. However before it executes, translate_vers
has stripped the multilib prefix out, making it failed to find PKG_gtk+
value in pkgdata.
This commit moves the strip_multilib out of translate_vers and call it
after mapping_rename_hook.
[YOCTO #1368]
CC: Mark Hatle mark.ha...@windriver.com
Signed-off-by: Dongxiao Xu dongxiao...@intel.com
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
meta/classes/package_rpm.bbclass | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index 7a0c6da..9ef1acd 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -394,7 +394,7 @@ python write_specfile () {
pv = subd['PKGV']
reppv = pv.replace('-',
'+')
ver = ver.replace(pv,
reppv)
- newdeps_dict[strip_multilib(dep, d)] = ver
+ newdeps_dict[dep] = ver
depends = bb.utils.join_deps(newdeps_dict)
bb.data.setVar(varname, depends.strip(), d)
@@ -516,12 +516,12 @@ python write_specfile () {
# Map the dependencies into their final form
bb.build.exec_func(mapping_rename_hook, localdata)
- splitrdepends= bb.data.getVar('RDEPENDS', localdata, True)
or
- splitrrecommends = bb.data.getVar('RRECOMMENDS', localdata,
True) or
- splitrsuggests = bb.data.getVar('RSUGGESTS', localdata, True)
or
- splitrprovides = bb.data.getVar('RPROVIDES', localdata, True)
or
- splitrreplaces = bb.data.getVar('RREPLACES', localdata, True)
or
- splitrconflicts = bb.data.getVar('RCONFLICTS', localdata,
True) or
+ splitrdepends= strip_multilib(bb.data.getVar('RDEPENDS',
localdata, True), d) or
+ splitrrecommends = strip_multilib(bb.data.getVar('RRECOMMENDS',
localdata, True), d) or
+ splitrsuggests = strip_multilib(bb.data.getVar('RSUGGESTS',
localdata, True), d) or
+ splitrprovides = strip_multilib(bb.data.getVar('RPROVIDES',
localdata, True), d) or
+ splitrreplaces = strip_multilib(bb.data.getVar('RREPLACES',
localdata, True), d) or
+ splitrconflicts = strip_multilib(bb.data.getVar('RCONFLICTS',
localdata, True), d) or
splitrobsoletes = []
# For now we need to manually supplement RPROVIDES with any
update-alternatives links
--
1.7.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] rootfs_rpm: Fix DEFAULTTUNE setting in multilib case
virtclass-multilib is set to OVERRIDES in multilib.bbclass, remove the
duplicated settings here.
Besides, DEFAULTTUNE has overrided and it can be directly used.
[YOCTO #1368]
CC: Mark Hatle mark.ha...@windriver.com
Signed-off-by: Dongxiao Xu dongxiao...@intel.com
---
meta/classes/rootfs_rpm.bbclass |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/meta/classes/rootfs_rpm.bbclass b/meta/classes/rootfs_rpm.bbclass
index 7c06064..7f24b9c 100644
--- a/meta/classes/rootfs_rpm.bbclass
+++ b/meta/classes/rootfs_rpm.bbclass
@@ -215,10 +215,6 @@ python () {
eext = ext.split(':')
if len(eext) 1 and eext[0] == 'multilib':
localdata = bb.data.createCopy(d)
-overrides = localdata.getVar(OVERRIDES, False) +
:virtclass-multilib- + eext[1]
-localdata.setVar(OVERRIDES, overrides)
-# TEMP: OVERRIDES isn't working right
-localdata.setVar(DEFAULTTUNE,
localdata.getVar(DEFAULTTUNE_virtclass-multilib- + eext[1], False) or )
ml_package_archs += localdata.getVar(PACKAGE_ARCHS, True) or
#bb.note(ML_PACKAGE_ARCHS %s %s %s % (eext[1],
localdata.getVar(PACKAGE_ARCHS, True) or (none), overrides))
bb.data.setVar('MULTILIB_PACKAGE_ARCHS', ml_package_archs, d)
--
1.7.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] package_rpm: enhance strip_multilib function
The previous logic could only strip MLPREFIX from the first element in
an array, take an example, strip_multilib the [lib32-a lib32-b lib32-c]
will result in [a lib32-b lib32-c]. We need to strip prefix one by one.
This commit change the logic to strip all elements' multilib prefix.
[YOCTO #1368]
CC: Mark Hatle mark.ha...@windriver.com
Signed-off-by: Dongxiao Xu dongxiao...@intel.com
---
meta/classes/package_rpm.bbclass |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index b15786d..7a0c6da 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -357,8 +357,8 @@ python write_specfile () {
multilibs = d.getVar('MULTILIBS', True) or
for ext in multilibs.split():
eext = ext.split(':')
- if len(eext) 1 and eext[0] == 'multilib' and name and
name.find(eext[1] + '-') == 0:
- name = (eext[1] + '-').join(name.split(eext[1]
+ '-', 1)[1:])
+ if len(eext) 1 and eext[0] == 'multilib' and name and
name.find(eext[1] + '-') = 0:
+ name = .join(name.split(eext[1] + '-'))
return name
# ml = bb.data.getVar(MLPREFIX, d, True)
@@ -755,8 +755,8 @@ python do_package_rpm () {
# and dependency information...
def strip_multilib(name, d):
ml = bb.data.getVar(MLPREFIX, d, True)
- if ml and name and len(ml) != 0 and name.find(ml) == 0:
- return ml.join(name.split(ml, 1)[1:])
+ if ml and name and len(ml) != 0 and name.find(ml) = 0:
+ return .join(name.split(ml))
return name
workdir = bb.data.getVar('WORKDIR', d, True)
--
1.7.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] gtk-icon-cache: Adding MLPREFIX when dynamically set RDEPENDS
When dynamically setting RDEPENDS, we need to add MLPREFIX to adapt
multilib case.
[YOCTO #1368]
Signed-off-by: Dongxiao Xu dongxiao...@intel.com
---
meta/classes/gtk-icon-cache.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/gtk-icon-cache.bbclass
b/meta/classes/gtk-icon-cache.bbclass
index 3bfb8ff..d0840d5 100644
--- a/meta/classes/gtk-icon-cache.bbclass
+++ b/meta/classes/gtk-icon-cache.bbclass
@@ -38,7 +38,7 @@ python populate_packages_append () {
bb.note(adding hicolor-icon-theme dependency to %s % pkg)
rdepends = bb.data.getVar('RDEPENDS_%s' % pkg, d, 1)
- rdepends += hicolor-icon-theme
+ rdepends = rdepends + ' ' + bb.data.getVar('MLPREFIX', d) +
hicolor-icon-theme
bb.data.setVar('RDEPENDS_%s' % pkg, rdepends, d)
bb.note(adding gtk-icon-cache postinst and postrm scripts to
%s % pkg)
--
1.7.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/4 v2][PULL] multilib: RPM rootfs related fixes.
Hi Richard and Mark, This pull request fixes some multilib issues related with RPM rootfs. Please help to review and pull. Changes from v1: 1) Remove the original patch multilib: remove MULTILIB_PACKAGE_ARCHS variable. 2) Add a new patch rootfs_rpm: Fix DEFAULTTUNE setting in multilib case 3) For the two package_rpm related patches, The first patch is to change strip_multilib functionality, and the second patch is to handle the package rename issue in multilib. 4) Add a new patch gtk-icon-cache: Adding MLPREFIX when dynamically set RDEPENDS to fix the dynamic setting of RDEPENDS in multilib case. [YOCTO #1368] Thanks, Dongxiao The following changes since commit 13db5f420ca9bff98561f80d78958278734ad1f4: distro-tracking: Update info for gpgme, libassuan, apr... after last upgrade. (2011-08-15 15:26:04 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib dxu4/ml http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dxu4/ml Dongxiao Xu (4): rootfs_rpm: Fix DEFAULTTUNE setting in multilib case package_rpm: enhance strip_multilib function package_rpm: Fix package rename issue in multilib case gtk-icon-cache: Adding MLPREFIX when dynamically set RDEPENDS meta/classes/gtk-icon-cache.bbclass |2 +- meta/classes/package_rpm.bbclass| 22 +++--- meta/classes/rootfs_rpm.bbclass |4 3 files changed, 12 insertions(+), 16 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] Performance Issue: Build time increases
On 08/12/2011 08:19 PM, Lu, Lianhao wrote: Robert Yang wrote on 2011-08-12: Hi folks, The build time of core-image-sato increases about 5 ~ 10 minutes than the following commit: commit 5af197b55a4b779f1ec93186f0723026949ba2b5 Author: Liping Keliping...@intel.com Date: Fri Jun 3 08:22:40 2011 +0800 cache: Implement multiple extra cache fields request support I think this patch only stores extra information in an extra cache. It only affects the parsing time, and I don't think there will be 5 min difference. How about comparing the bitbake -e time with and without the patch(by deleting all the cache files before running bitbake). I'm sorry that I didn't describe it clearly, what I meant was that: This patch worked correctly, it didn't increase the build time, but other patches after this one made the build time increased, we just use this commit as a reference point. // Robert Best Regards, -Lianhao On my host, 1) the build time of 5af197b55a4b779f1ec93186f0723026949ba2b5 is: real208m26.133s user241m29.280s sys 47m0.630s 2) and: 068839698fe192d8846c0ed4db65861448e8e524 is: real217m39.687s user255m34.150s sys 48m21.510s I use the bisect build method to find out which patch causes the time increases, but the build time is not stable on my host(Ubuntu 11.04 64bit), e.g., the build time of 1) is 208m at the first build, then git co other_commit and build it, after about 10 builds, then go back to build 5af197b55a4b779f1ec, the build time will increases about 8 minutes, I have stopped the X and cron, at. This may have relationship with the linux distribution and disk. So I have to restart the build, reboot the machine by two days, and go on the build. It would be better if anyone has other good method. I think that for the next release(e.g., yocto 1.2), we can find a clean and stable machine(for the distribution, maybe RHEL is more stable than Ubuntu) to check the build time weekly, so that we can notice the performance issue early. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] Performance Issue: Build time increases
On 08/15/2011 10:31 PM, Richard Purdie wrote: On Fri, 2011-08-12 at 19:06 +0800, Robert Yang wrote: Hi folks, The build time of core-image-sato increases about 5 ~ 10 minutes than the following commit: commit 5af197b55a4b779f1ec93186f0723026949ba2b5 Author: Liping Keliping...@intel.com Date: Fri Jun 3 08:22:40 2011 +0800 cache: Implement multiple extra cache fields request support On my host, 1) the build time of 5af197b55a4b779f1ec93186f0723026949ba2b5 is: real208m26.133s user241m29.280s sys 47m0.630s 2) and: 068839698fe192d8846c0ed4db65861448e8e524 is: real217m39.687s user255m34.150s sys 48m21.510s I use the bisect build method to find out which patch causes the time increases, but the build time is not stable on my host(Ubuntu 11.04 64bit), e.g., the build time of 1) is 208m at the first build, then git co other_commit and build it, after about 10 builds, then go back to build 5af197b55a4b779f1ec, the build time will increases about 8 minutes, I have stopped the X and cron, at. This may have relationship with the linux distribution and disk. So I have to restart the build, reboot the machine by two days, and go on the build. It would be better if anyone has other good method. I think that for the next release(e.g., yocto 1.2), we can find a clean and stable machine(for the distribution, maybe RHEL is more stable than Ubuntu) to check the build time weekly, so that we can notice the performance issue early. I think we really need to get to the bottom of why the build times are so variable. Do we need to start doing these on a clean distro install? is a fresh boot good enough? is there a way we can clear out the VM Hi Richard, Thanks for you reply, yes, one build one restart(bitbake core-image-sato, then restart the computer, and bitbake again) makes the build time stable. I'm doing this now. // Robert caches and get reproducible times? reformat the build partition? If that really is just because of the nature of a chaotic system, can we get some better representation of build time to use as a benchmark? We could really do with finding a faster test (which would hopefully still be representative)... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] package(_ipk).bbclass: opkg using ALL_MULTILIB_PACKAGE_ARCHS
[YOCTO #1345]
The new variable ALL_MULTILIB_PACKAGE_ARCHS contains all the values of
PACKAGE_ARCHS for each multilib variants. The opkg backend now uses this
new value insteald of the PACKAGE_ARCHS to update the opkg indexes and
to generate the opkg configuration files. This allows the normal
packages and multilib packages may be installed into the same rootfs.
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
meta/classes/package.bbclass | 13 ++---
meta/classes/package_ipk.bbclass | 30 --
meta/classes/utils.bbclass | 24 +++-
3 files changed, 29 insertions(+), 38 deletions(-)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 100f465..96675de 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -46,6 +46,8 @@ PKGDEST = ${WORKDIR}/packages-split
LOCALE_SECTION ?= ''
+ALL_MULTILIB_PACKAGE_ARCHS = ${@all_multilib_tune_values(d, 'PACKAGE_ARCHS')}
+
# rpm is used for the per-file dependency identification
PACKAGE_DEPENDS += rpm-native
@@ -184,17 +186,6 @@ python () {
bb.data.setVarFlag('do_package', 'deptask', .join(deps), d)
else:
d.setVar(PACKAGERDEPTASK, )
-
-multilib_archs = []
-multilibs= d.getVar('MULTILIBS', True) or
-if multilibs:
-for ext in multilibs.split():
-eext = ext.split(':')
-if len(eext) 1:
-if eext[0] == 'multilib':
-multilib_archs.append('ml' + eext[1])
-
-d.setVar(MULTILIB_ARCHS, ' '.join(multilib_archs))
}
def splitfile(file, debugfile, debugsrcdir, d):
diff --git a/meta/classes/package_ipk.bbclass b/meta/classes/package_ipk.bbclass
index 8ecf511..e83aff8 100644
--- a/meta/classes/package_ipk.bbclass
+++ b/meta/classes/package_ipk.bbclass
@@ -64,14 +64,13 @@ python package_ipk_install () {
package_tryout_install_multilib_ipk() {
#try install multilib
multilib_tryout_dirs=
- for arch in ${MULTILIB_ARCHS}; do
- local target_rootfs=${MULTILIB_TEMP_ROOTFS}/${arch}
+ for item in ${MULTILIB_VARIANTS}; do
+ local target_rootfs=${MULTILIB_TEMP_ROOTFS}/${item}
local ipkg_args=-f ${INSTALL_CONF_IPK} -o ${target_rootfs}
--force_overwrite
local selected_pkg=
- #strip the ml from package_arch
- local pkgarch_prefix=${arch:2}-
- for pkg in ${INSTALL_PACKAGES_MULTILIB_IPK}; do
- if [ ${pkg:0:${#pkgarch_prefix}} == ${pkgarch_prefix}
]; then
+ local pkgname_prefix=${item}-
+ for pkg in ${INSTALL_PACKAGES_MULTILIB_IPK}; do
+ if [ ${pkg:0:${#pkgname_prefix}} == ${pkgname_prefix}
]; then
selected_pkg=${selected_pkg} ${pkg}
fi
done
@@ -163,7 +162,7 @@ ipk_log_check() {
package_update_index_ipk () {
set -x
- ipkgarchs=${PACKAGE_ARCHS} ${SDK_PACKAGE_ARCHS}
+ ipkgarchs=${ALL_MULTILIB_PACKAGE_ARCHS} ${SDK_PACKAGE_ARCHS}
if [ ! -z ${DEPLOY_KEEP_PACKAGES} ]; then
return
@@ -203,19 +202,12 @@ package_generate_ipkg_conf () {
done
echo src oe file:${DEPLOY_DIR_IPK} ${IPKGCONF_TARGET}
- ipkgarchs=${PACKAGE_ARCHS}
+ ipkgarchs=${ALL_MULTILIB_PACKAGE_ARCHS}
for arch in $ipkgarchs; do
if [ -e ${DEPLOY_DIR_IPK}/$arch/Packages ] ; then
echo src oe-$arch file:${DEPLOY_DIR_IPK}/$arch
${IPKGCONF_TARGET}
fi
done
-
- multilib_archs=${MULTILIB_ARCHS}
- for arch in $multilib_archs; do
- if [ -e ${DEPLOY_DIR_IPK}/$arch/Packages ] ; then
- echo src oe-$arch file:${DEPLOY_DIR_IPK}/$arch
${IPKGCONF_TARGET}
- fi
- done
}
package_generate_archlist () {
@@ -226,18 +218,12 @@ package_generate_archlist () {
priority=$(expr $priority + 5)
done
- ipkgarchs=${PACKAGE_ARCHS}
+ ipkgarchs=${ALL_MULTILIB_PACKAGE_ARCHS}
priority=1
for arch in $ipkgarchs; do
echo arch $arch $priority ${IPKGCONF_TARGET}
priority=$(expr $priority + 5)
done
-
- multilib_archs=${MULTILIB_ARCHS}
- for arch in $multilib_archs; do
- echo arch $arch $priority ${IPKGCONF_TARGET}
- priority=$(expr $priority + 5)
- done
}
python do_package_ipk () {
diff --git a/meta/classes/utils.bbclass b/meta/classes/utils.bbclass
index c66c184..56abdd8 100644
--- a/meta/classes/utils.bbclass
+++ b/meta/classes/utils.bbclass
@@ -352,12 +352,16 @@ def extend_variants(d, var, extend, delim=':'):
variants.append(eext[1])
return .join(variants)
-def all_multilib_tune_values(d, var, unique=True):
+def all_multilib_tune_values(d, var, unique = True, need_split = True, delim =
[OE-core] [PATCH 0/1] multilib related fixed for opkg backend
This patch fixed the bug #1345 to allow the opkg backend installing both normal pacakges and multilib packages into the same rootfs. The following changes since commit 13db5f420ca9bff98561f80d78958278734ad1f4: Zhai Edwin (1): distro-tracking: Update info for gpgme, libassuan, apr... after last upgrade. are available in the git repository at: git://git.yoctoproject.org/poky-contrib llu/bug1345 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=llu/bug1345 Lianhao Lu (1): package(_ipk).bbclass: opkg using ALL_MULTILIB_PACKAGE_ARCHS meta/classes/package.bbclass | 13 ++--- meta/classes/package_ipk.bbclass | 30 -- meta/classes/utils.bbclass | 24 +++- 3 files changed, 29 insertions(+), 38 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] bluez4: Added new recipe 4.96 and removed 4.82 version
Cui, Dexuan wrote on 2011-08-16: Martin Jansa wrote on 2011-08-16: On Tue, Aug 16, 2011 at 10:40:38AM +0800, Cui, Dexuan wrote: Saul Wold wrote on 2011-08-16: On 08/12/2011 01:04 AM, Noor, Ahsan wrote: From: Noor Ahsannoor_ah...@mentor.com * Added new recipe 4.96 and removed 4.82 version and its files. Signed-off-by: Noor Ahsannoor_ah...@mentor.com Merged into OE-Core The patch causes a failure: NOTE: package bluez-hcidump-2.0-r0: task do_compile: Failed I reported http://bugzilla.pokylinux.org/show_bug.cgi?id=1371 for this. You need patch from this commit http://git.openembedded.org/cgit.cgi/meta-openembedded/commit/?id=852 ac4b589adb186191ad70a2fa3472d5b351ec4 or upgrade to 2.1 Martin, thanks for the suggestion! Yes, I found 2.1 had integrated the fix, so I think we should choose to upgrade the package to 2.1 (I compared the source codes of 2.0 and 2.1 and looks they don't have many differences in other aspects). I'll send out a patch later today. This is the patch. http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=dcui/masterid=17e0fb707e9ad926058898d39d32168f4e582ed1 I'm testing my branch with other patches. So I'll wait for several hours (2~4 hours) and send out all the patches together. :-) Thanks, -- Dexuan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] binutils-2.20.1: import several patches from Debian
On 8/16/11, Koen Kooi k...@dominion.thruhere.net wrote:
Op 16 aug. 2011, om 10:07 heeft Dmitry Eremin-Solenikov het volgende
geschreven:
Import several patches from Debian to improve --no-add-needed handling
vs. weak symbols and branching to weak symbols on arm.
Out of curiousity, which platforms did you test this on?
I'm building sato and systemd-gnome-image for tosa and w/o these
patches building fails (e.g. during build of musicbrainz). Haven't done full
rebuild, but probably I can do it if you require it. Runtime tested in qemu.
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
.../152_arm_branches_to_weak_symbols.patch | 240
.../binutils-2.20.1/200_elflink_%B_fixes.patch | 65 ++
.../201_elflink_improve_noaddneeded_errors.patch | 70 ++
.../202_elflink_noaddneeded_vs_weak.patch | 87 +++
.../recipes-devtools/binutils/binutils_2.20.1.bb |6 +-
5 files changed, 467 insertions(+), 1 deletions(-)
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/200_elflink_%B_fixes.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/201_elflink_improve_noaddneeded_errors.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/202_elflink_noaddneeded_vs_weak.patch
diff --git
a/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
new file mode 100644
index 000..48523f8
--- /dev/null
+++
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
@@ -0,0 +1,240 @@
+#!/bin/sh -e
+## 152_arm_branches_to_weak_symbols.dpatch
+##
+## DP: Description:
http://sourceware.org/ml/binutils/2010-04/msg00446.html
+## DP: Description: taken from the trunk
+
+if [ $# -ne 1 ]; then
+echo 2 `basename $0`: script expects -patch|-unpatch as argument
+exit 1
+fi
+
+[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts
+patch_opts=${patch_opts:--f --no-backup-if-mismatch}
+
+case $1 in
+ -patch) patch $patch_opts -p0 $0;;
+ -unpatch) patch $patch_opts -p0 -R $0;;
+*)
+echo 2 `basename $0`: script expects -patch|-unpatch
as argument
+exit 1;;
+esac
+
+exit 0
+
+gas/
+
+2010-05-04 Nick Clifton ni...@redhat.com
+
+* write.c (fixup_segment): Revert previous delta.
+* config/tc-arm.h (TC_FORCE_RELOCATION_LOCAL): Also force the
+generation of relocations for fixups against weak symbols.
+
+2010-04-29 Nathan Sidwell nat...@codesourcery.com
+
+* write.c (fixup_segment): Do not assume we know the section a
+defined weak symbol is in.
+* config/tc-arm.c (relax_adr, relax_branch, md_apply_fix): Treat
+weak symbols as not known to be in the same section, even if they
+are defined.
+
+gas/testsuite/
+
+2010-04-29 Nathan Sidwell nat...@codesourcery.com
+
+* gas/arm/weakdef-1.s: New.
+* gas/arm/weakdef-1.d: New.
+* gas/arm/weakdef-2.s: New.
+* gas/arm/weakdef-2.d: New.
+* gas/arm/weakdef-2.l: New.
+
+@DPATCH@
+diff -urN gas.orig/config/tc-arm.c gas/config/tc-arm.c
+--- a/gas/config/tc-arm.c 2010-02-22 08:06:52.0 +
b/gas/config/tc-arm.c 2010-05-06 12:52:25.391085365 +
+@@ -18207,7 +18207,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section.
*/
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ val = relaxed_symbol_addr (fragp, stretch);
+@@ -18250,7 +18251,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section.
*/
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ #ifdef OBJ_ELF
+@@ -19463,22 +19465,23 @@
+ not have a reloc for it, so tc_gen_reloc will reject it. */
+ fixP-fx_done = 1;
+
+- if (fixP-fx_addsy
+- ! S_IS_DEFINED (fixP-fx_addsy))
++ if (fixP-fx_addsy)
+{
+- as_bad_where (fixP-fx_file, fixP-fx_line,
+- _(undefined symbol %s used as an immediate value),
+- S_GET_NAME (fixP-fx_addsy));
+- break;
+- }
++ const char *msg = 0;
+
+- if (fixP-fx_addsy
+- S_GET_SEGMENT (fixP-fx_addsy) != seg)
+- {
+- as_bad_where (fixP-fx_file, fixP-fx_line,
+- _(symbol %s is in a different section),
+- S_GET_NAME (fixP-fx_addsy));
+- break;
++ if (! S_IS_DEFINED (fixP-fx_addsy))
++ msg
Re: [OE-core] [PATCH V2] binutils-2.20.1: import several patches from Debian
Op 16 aug. 2011, om 11:44 heeft Dmitry Eremin-Solenikov het volgende geschreven: On 8/16/11, Koen Kooi k...@dominion.thruhere.net wrote: Op 16 aug. 2011, om 10:07 heeft Dmitry Eremin-Solenikov het volgende geschreven: Import several patches from Debian to improve --no-add-needed handling vs. weak symbols and branching to weak symbols on arm. Out of curiousity, which platforms did you test this on? I'm building sato and systemd-gnome-image for tosa and w/o these patches building fails (e.g. during build of musicbrainz). Haven't done full rebuild, but probably I can do it if you require it. Runtime tested in qemu. I'm doing a full rebuild myself for beagleboard, but it's good to know that it works in qemu-arm already ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] libsdl: enable opengl for libsdl
On Tue, 2011-08-16 at 09:52 +0200, Koen Kooi wrote: Op 15 aug. 2011, om 15:05 heeft Jiajun Xu het volgende geschreven: To enable opengl for libsdl, we need DEPENDS on virtual/libgl. Add a check for opengl in DISTRO_FEATURES and when it's set, --enable-video-opengl and virtual/libgl will be added into EXTRA_CONF and DEPENDS. Is that really a distro feature? Opengl has always been a machine feature in OE, so with this the situation gets a lot worse. Not really. This is one of the flags that makes sense at both a machine *and* distro level. The distro flag means build GL components or can be used to globally disable GL. The machine flag means the hardware can support accelerated GL. This isn't the only such flag and was anticipated long ago and why we have COMBINED_FEATURES (or whatever its called). The tricky piece to fit into this is software rendering. There are some cases where we might want to build and include mesa-xlib even though we know it will be slow (e.g. qemu machines to allow fuller testing). Should or shouldn't those machines list opengl? Should we always fall back to software rendering or error? Those questions are harder to answer. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] Performance Issue: Build time increases
On 08/16/2011 04:56 PM, Paul Eggleton wrote: On Tuesday 16 August 2011 09:40:14 Robert Yang wrote: Thanks for you reply, yes, one build one restart(bitbake core-image-sato, then restart the computer, and bitbake again) makes the build time stable. I'm doing this now. Are you using my scripts (scripts/contrib/test_build_time.sh) ? Much of the initial part of the script is ensuring that caches get cleared out; thus rebooting should not be necessary in order to get stable results. I'm sorry to say that I have tried it, but I don't know its principle, and it made my git repo have too many untracked or modified files. So I built it manually again:-) // Robert Cheers, Paul ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Error building any X11 image: Nothing PROVIDES 'libxcb-native'
Hi, recently all X11 images fail to build for me. The following error shows up (this is from core-image-sato): - ERROR: Nothing PROVIDES 'libxcb-native' (but virtual:native:/var/oe-core/setup-scripts/sources/meta-openembedded/meta-oe/recipes-graphics/xorg-lib/libx11_1.4.3.bb DEPENDS on or otherwise requires it) ... Missing or unbuildable dependency chain was: ['core-image-sato', 'task-core-apps-console', 'xf86-video-fbdev', 'xserver-xorg', 'font-util-native', 'mkfontdir-native', 'virtual/libx11-native', 'libxcb-native'] - Looks like the DEPENDS are wrong and it should refer to libxcb (/var/oe-core/setup-scripts/sources/openembedded-core/meta/recipes-graphics/xcb/libxcb_1.7.bb) instead of libxcb-native (which is not known by bitbake), but i can't find the commit which changed this DEPENDS. After all I can't find any file that has this DEPENDS, grep -r libxcb-native * in my source direcory showed up nothing. Suggestions are welcome. Regards Samuel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Error building any X11 image: Nothing PROVIDES 'libxcb-native'
On Tue, Aug 16, 2011 at 12:50:51PM +0200, Samuel Stirtzel wrote: Hi, recently all X11 images fail to build for me. The following error shows up (this is from core-image-sato): - ERROR: Nothing PROVIDES 'libxcb-native' (but virtual:native:/var/oe-core/setup-scripts/sources/meta-openembedded/meta-oe/recipes-graphics/xorg-lib/libx11_1.4.3.bb DEPENDS on or otherwise requires it) ... Missing or unbuildable dependency chain was: ['core-image-sato', 'task-core-apps-console', 'xf86-video-fbdev', 'xserver-xorg', 'font-util-native', 'mkfontdir-native', 'virtual/libx11-native', 'libxcb-native'] - Looks like the DEPENDS are wrong and it should refer to libxcb (/var/oe-core/setup-scripts/sources/openembedded-core/meta/recipes-graphics/xcb/libxcb_1.7.bb) instead of libxcb-native (which is not known by bitbake), but i can't find the commit which changed this DEPENDS. After all I can't find any file that has this DEPENDS, grep -r libxcb-native * in my source direcory showed up nothing. for some reason http://git.openembedded.org/cgit.cgi/meta-openembedded/commit/?id=ceb4a1deaabe81e0acaf9dd179d08736f598203e is missing .bbappend part.. but you can apply this patch to oe-core instead.. http://patches.openembedded.org/patch/9871/ having libxcb-native directly in oe-core will help recipes-graphics maintainer to copy new libx11 from meta-oe to oe-core. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] Performance Issue: Build time increases
On Tuesday 16 August 2011 11:37:24 Robert Yang wrote: I'm sorry to say that I have tried it, but I don't know its principle, and it made my git repo have too many untracked or modified files. Is this when you specified a list of revisions to be applied to the repository prior to building? If so, I'm wondering if the script needs to do these in a different way - perhaps using a branch? I'd like to know how you ran the script when you tried it. If you have any questions I'm happy to answer them, and I'd also be happy to spend some more time improving the scripts. Personally I think it would be useful to do this rather than using manual methods that are difficult to reproduce. The major benefit of the scripts is that you can start a bisect operation and walk away, rather than having to monitor it constantly. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Error building any X11 image: Nothing PROVIDES 'libxcb-native'
2011/8/16 Martin Jansa martin.ja...@gmail.com: On Tue, Aug 16, 2011 at 12:50:51PM +0200, Samuel Stirtzel wrote: Hi, recently all X11 images fail to build for me. The following error shows up (this is from core-image-sato): - ERROR: Nothing PROVIDES 'libxcb-native' (but virtual:native:/var/oe-core/setup-scripts/sources/meta-openembedded/meta-oe/recipes-graphics/xorg-lib/libx11_1.4.3.bb DEPENDS on or otherwise requires it) ... Missing or unbuildable dependency chain was: ['core-image-sato', 'task-core-apps-console', 'xf86-video-fbdev', 'xserver-xorg', 'font-util-native', 'mkfontdir-native', 'virtual/libx11-native', 'libxcb-native'] - Looks like the DEPENDS are wrong and it should refer to libxcb (/var/oe-core/setup-scripts/sources/openembedded-core/meta/recipes-graphics/xcb/libxcb_1.7.bb) instead of libxcb-native (which is not known by bitbake), but i can't find the commit which changed this DEPENDS. After all I can't find any file that has this DEPENDS, grep -r libxcb-native * in my source direcory showed up nothing. for some reason http://git.openembedded.org/cgit.cgi/meta-openembedded/commit/?id=ceb4a1deaabe81e0acaf9dd179d08736f598203e is missing .bbappend part.. but you can apply this patch to oe-core instead.. http://patches.openembedded.org/patch/9871/ having libxcb-native directly in oe-core will help recipes-graphics maintainer to copy new libx11 from meta-oe to oe-core. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core Ok thanks now everything builds again. Regards Samuel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/5] qt4: allow a reduction in build time
When reducing build time by adding QT_DISTRO_FLAGS from the set '-no-gui
-nomake tools
-nomake examples -nomake demos -nomake docs', build failure can occur, due to
not building
all tools.
* Make rm not error out when removing one of the, possibly, non-existing tools.
* Only try to rename qtdemo, if qtdemo exists.
* Guard do_split_packages() with an try-except-clause, otherwise we get an
error stating
that .../phrasebooks/... do not exist.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta/recipes-qt/qt4/qt4.inc | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-qt/qt4/qt4.inc b/meta/recipes-qt/qt4/qt4.inc
index 0410a92..994ec12 100644
--- a/meta/recipes-qt/qt4/qt4.inc
+++ b/meta/recipes-qt/qt4/qt4.inc
@@ -227,7 +227,10 @@ python populate_packages_prepend() {
phrasebook_dir =
bb.data.expand('${datadir}/${QT_DIR_NAME}/phrasebooks/', d)
phrasebook_name = bb.data.expand('${QT_BASE_NAME}-phrasebook-%s', d)
-do_split_packages(d, phrasebook_dir, '^(.*)\.qph$', phrasebook_name,
'${PN} phrasebook for %s', extra_depends='' )
+try:
+do_split_packages(d, phrasebook_dir, '^(.*)\.qph$',
phrasebook_name, '${PN} phrasebook for %s', extra_depends='' )
+except:
+pass
# Package all the plugins and their -dbg version and create a meta
package
import os
@@ -278,11 +281,11 @@ do_install() {
# These are host binaries, we should only use them in staging
rm ${D}/${bindir}/qmake
- rm ${D}/${bindir}/uic
- rm ${D}/${bindir}/uic3
+ rm -f ${D}/${bindir}/uic
+ rm -f ${D}/${bindir}/uic3
rm ${D}/${bindir}/moc
rm ${D}/${bindir}/rcc
- rm ${D}/${bindir}/lrelease
+ rm -f ${D}/${bindir}/lrelease
# fix pkgconfig, libtool and prl files
sed -i -e s#-L${S}/lib##g \
@@ -319,6 +322,6 @@ do_install() {
#Append an E to the qtdemo file
if [ -n ${QT_LIBINFIX} ] ; then
- mv ${D}${bindir}/qtdemo ${D}${bindir}/qtdemo${QT_LIBINFIX}
+ [ -f ${D}${bindir}/qtdemo ] mv ${D}${bindir}/qtdemo
${D}${bindir}/qtdemo${QT_LIBINFIX}
fi
}
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] qmake_base: add uclibceabi
Partial sync of qmake_base from meta-oe.
* Add a matching rule for *linux-uclibceabi-oe-g++, to make qmake_base.bbclase
more
similar to the version in meta-oe.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta/classes/qmake_base.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/qmake_base.bbclass b/meta/classes/qmake_base.bbclass
index 165d689..b61b84c 100644
--- a/meta/classes/qmake_base.bbclass
+++ b/meta/classes/qmake_base.bbclass
@@ -47,7 +47,7 @@ addtask generate_qt_config_file after do_patch before
do_configure
qmake_base_do_configure() {
case ${QMAKESPEC} in
- *linux-oe-g++|*linux-uclibc-oe-g++|*linux-gnueabi-oe-g++)
+
*linux-oe-g++|*linux-uclibc-oe-g++|*linux-gnueabi-oe-g++|*linux-uclibceabi-oe-g++)
;;
*-oe-g++)
die Unsupported target ${TARGET_OS} for oe-g++ qmake spec
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] ofono: conditionally enable bluetooth
Use DISTRO_FEATURE to conditionally depend on bluez4, as well as enabling
bluetooth.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta/recipes-connectivity/ofono/ofono.inc |3 ++-
meta/recipes-connectivity/ofono/ofono_0.50.bb |1 +
meta/recipes-connectivity/ofono/ofono_git.bb |4
3 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-connectivity/ofono/ofono.inc
b/meta/recipes-connectivity/ofono/ofono.inc
index a14b35a..ab233dc 100644
--- a/meta/recipes-connectivity/ofono/ofono.inc
+++ b/meta/recipes-connectivity/ofono/ofono.inc
@@ -7,7 +7,8 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=eb723b61539feef013de476e68b5c50a \
inherit autotools pkgconfig update-rc.d
-DEPENDS = dbus glib-2.0 udev bluez4
+BLUEZDEPENDS = bluez4
+DEPENDS = dbus glib-2.0 udev ${@base_contains('DISTRO_FEATURES',
'bluetooth','${BLUEZDEPENDS}', '', d)}
INITSCRIPT_NAME = ofono
INITSCRIPT_PARAMS = defaults 22
diff --git a/meta/recipes-connectivity/ofono/ofono_0.50.bb
b/meta/recipes-connectivity/ofono/ofono_0.50.bb
index ef4fbf0..b679200 100644
--- a/meta/recipes-connectivity/ofono/ofono_0.50.bb
+++ b/meta/recipes-connectivity/ofono/ofono_0.50.bb
@@ -7,6 +7,7 @@ SRC_URI =
${KERNELORG_MIRROR}/linux/network/ofono/${BPN}-${PV}.tar.bz2 \
EXTRA_OECONF += \
--enable-test \
+${@base_contains('DISTRO_FEATURES', 'bluetooth','--enable-bluetooth',
'--disable-bluetooth', d)} \
SRC_URI[md5sum] = b2656fd0bbf33f926fc86c1e8915d697
diff --git a/meta/recipes-connectivity/ofono/ofono_git.bb
b/meta/recipes-connectivity/ofono/ofono_git.bb
index dbad5a1..f1770c2 100644
--- a/meta/recipes-connectivity/ofono/ofono_git.bb
+++ b/meta/recipes-connectivity/ofono/ofono_git.bb
@@ -10,6 +10,10 @@ PR = r1
SRC_URI = git://git.kernel.org/pub/scm/network/ofono/ofono.git;protocol=git \
file://ofono
+EXTRA_OECONF += \
+${@base_contains('DISTRO_FEATURES', 'bluetooth','--enable-bluetooth',
'--disable-bluetooth', d)} \
+
+
do_configure_prepend () {
${S}/bootstrap
}
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] create-pull-request: increase likelihood of detecting a rename
Decrease the similarity percentage needed to recognize a delete/add-pair followed by an edit, as a rename. This make reviewing patches easier. Signed-off-by: Anders Darander and...@chargestorm.se --- scripts/create-pull-request |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/scripts/create-pull-request b/scripts/create-pull-request index 7d021d3..600fa7a 100755 --- a/scripts/create-pull-request +++ b/scripts/create-pull-request @@ -166,7 +166,7 @@ mkdir $ODIR # Generate the patches and cover letter -git format-patch -M --subject-prefix=$PREFIX -n -o $ODIR --thread=shallow --cover-letter $RELATIVE_TO..$COMMIT_ID /dev/null +git format-patch -M40 --subject-prefix=$PREFIX -n -o $ODIR --thread=shallow --cover-letter $RELATIVE_TO..$COMMIT_ID /dev/null # Customize the cover letter -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] connman: use DISTRO_FEATURES to enable wifi and bluetooth
As wifi and bluetooth is set in DISTRO_FEATURES, connman should respect this
during configuring.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta/recipes-connectivity/connman/connman_0.75.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/connman/connman_0.75.bb
b/meta/recipes-connectivity/connman/connman_0.75.bb
index aeff439..5a7b284 100644
--- a/meta/recipes-connectivity/connman/connman_0.75.bb
+++ b/meta/recipes-connectivity/connman/connman_0.75.bb
@@ -8,8 +8,8 @@ EXTRA_OECONF += \
--enable-threads \
--enable-loopback \
--enable-ethernet \
- --enable-wifi \
- --enable-bluetooth \
+ ${@base_contains('DISTRO_FEATURES', 'wifi','--enable-wifi',
'--disable-wifi', d)} \
+ ${@base_contains('DISTRO_FEATURES', 'bluetooth','--enable-bluetooth',
'--disable-bluetooth', d)} \
--enable-dnsproxy \
--disable-dhclient \
--enable-test \
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/5] Miscellaneous fixes: mainly qt- and DISTRO_FEATURES-related
A series with some miscellaneous fixes/changes. Patches: 0001: make it possible to build qt4 while disabling certain parts of it. 0002: A partial sync of qmake_base.bbclass from meta-oe. Hopefully we should be able to delete qmake_base.bbclass from meta-oe after this sync. 0003-4: respect wifi and bluetooth in DISTRO_FEATURES while building connman and ofono. 0005: increase the likelihood that a rename and modification is detected, instead of a deleta/add-pair. Patch 0005 is the patch that is most likely to be controversial. The other patches should be of minor impact, and result in a more consistent build environment (i.e. better respect for DISTRO_FEATURES). The following changes since commit 13db5f420ca9bff98561f80d78958278734ad1f4: distro-tracking: Update info for gpgme, libassuan, apr... after last upgrade. (2011-08-15 15:26:04 +0100) are available in the git repository at: git://github.com/darander/oe-core qt4-fixes https://github.com/darander/oe-core/tree/qt4-fixes Anders Darander (5): qt4: allow a reduction in build time qmake_base: add uclibceabi connman: use DISTRO_FEATURES to enable wifi and bluetooth ofono: conditionally enable bluetooth create-pull-request: increase likelihood of detecting a rename meta/classes/qmake_base.bbclass |2 +- meta/recipes-connectivity/connman/connman_0.75.bb |4 ++-- meta/recipes-connectivity/ofono/ofono.inc |3 ++- meta/recipes-connectivity/ofono/ofono_0.50.bb |1 + meta/recipes-connectivity/ofono/ofono_git.bb |4 meta/recipes-qt/qt4/qt4.inc | 13 - scripts/create-pull-request |2 +- 7 files changed, 19 insertions(+), 10 deletions(-) -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 01/10] bluez-hcidump: upgrade from 2.0 to 2.1
[YOCTO #1371]
Recently bluez4 was updated from 4.82 to 4.96 and bluez-hcidump can't build:
src/hcidump.c:54:24: error: redefinition of 'ntoh64'.
In 2.1 the duplicated definition of ntoh64 was removed.
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../{bluez-hcidump_2.0.bb = bluez-hcidump_2.1.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/bluez/{bluez-hcidump_2.0.bb =
bluez-hcidump_2.1.bb} (83%)
diff --git a/meta/recipes-connectivity/bluez/bluez-hcidump_2.0.bb
b/meta/recipes-connectivity/bluez/bluez-hcidump_2.1.bb
similarity index 83%
rename from meta/recipes-connectivity/bluez/bluez-hcidump_2.0.bb
rename to meta/recipes-connectivity/bluez/bluez-hcidump_2.1.bb
index c271ed2..ce84f58 100644
--- a/meta/recipes-connectivity/bluez/bluez-hcidump_2.0.bb
+++ b/meta/recipes-connectivity/bluez/bluez-hcidump_2.1.bb
@@ -11,8 +11,8 @@ PR = r0
SRC_URI =
http://www.kernel.org/pub/linux/bluetooth/bluez-hcidump-${PV}.tar.gz;
-SRC_URI[md5sum] = 5c2e3ef0a68b2845047867ba51ff8ac9
-SRC_URI[sha256sum] =
b3b64fd0b18301df07d3aaf34c037c1e4808b4aaf702294822d62b5424f617fd
+SRC_URI[md5sum] = b160f0672276398344eebe9df1b37a2c
+SRC_URI[sha256sum] =
a6cc20b95b6b1a28ff336aad91e124555231628689225c1155e8cd7aac1af86d
S = ${WORKDIR}/bluez-hcidump-${PV}
EXTRA_OECONF = --with-bluez-libs=${STAGING_LIBDIR}
--with-bluez-includes=${STAGING_INCDIR}
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 00/10] fixes to 1371 and 1330, and upgrades to some recipes
The following changes since commit 13db5f420ca9bff98561f80d78958278734ad1f4:
distro-tracking: Update info for gpgme, libassuan, apr... after last upgrade.
(2011-08-15 15:26:04 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib dcui/master
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dcui/master
Dexuan Cui (10):
bluez-hcidump: upgrade from 2.0 to 2.1
tcf-agent: add openssl into DEPENDS
cronie: upgrade from 1.4.7 to 1.4.8
mdadm: upgrade mdadm from 3.2.1 to 3.2.2
util-macros: upgrade from 1.14.0 to the latest version 0.15.0
freetype: upgrade from 2.4.4 to 2.4.6
xproto: upgrade from 7.0.21 to 7.0.22
glproto: upgrade from 1.4.13 to 1.4.14
dri2proto: upgrade from 2.4 to 2.6
distro_tracking_fields.inc: update the info for the following recipes
.../conf/distro/include/distro_tracking_fields.inc | 56 +++---
.../{bluez-hcidump_2.0.bb = bluez-hcidump_2.1.bb} |4 +-
meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb |4 +-
.../cronie/{cronie_1.4.7.bb = cronie_1.4.8.bb}|6 +-
.../mdadm/fix_for_compilation_with_gcc-4.6.0.patch | 174
.../mdadm/{mdadm_3.2.1.bb = mdadm_3.2.2.bb} |9 +-
.../no-hardcode.patch |0
.../{freetype_2.4.4.bb = freetype_2.4.6.bb} |8 +-
.../restore_to_old_xDRI2BufferSwapComplete.patch | 53 --
.../{dri2proto_2.4.bb = dri2proto_2.6.bb} |7 +-
.../restore_the_old_xGLXBufferSwapComplete.patch | 53 --
.../{glproto_1.4.13.bb = glproto_1.4.14.bb} |7 +-
.../{xproto_7.0.21.bb = xproto_7.0.22.bb} |4 +-
...util-macros_1.14.0.bb = util-macros_1.15.0.bb} |4 +-
14 files changed, 53 insertions(+), 336 deletions(-)
rename meta/recipes-connectivity/bluez/{bluez-hcidump_2.0.bb =
bluez-hcidump_2.1.bb} (83%)
rename meta/recipes-extended/cronie/{cronie_1.4.7.bb = cronie_1.4.8.bb} (94%)
delete mode 100644
meta/recipes-extended/mdadm/mdadm/fix_for_compilation_with_gcc-4.6.0.patch
rename meta/recipes-extended/mdadm/{mdadm_3.2.1.bb = mdadm_3.2.2.bb} (77%)
rename meta/recipes-graphics/freetype/{freetype-2.4.4 =
freetype-2.4.6}/no-hardcode.patch (100%)
rename meta/recipes-graphics/freetype/{freetype_2.4.4.bb = freetype_2.4.6.bb}
(82%)
delete mode 100644
meta/recipes-graphics/xorg-proto/dri2proto/restore_to_old_xDRI2BufferSwapComplete.patch
rename meta/recipes-graphics/xorg-proto/{dri2proto_2.4.bb = dri2proto_2.6.bb}
(66%)
delete mode 100644
meta/recipes-graphics/xorg-proto/glproto/restore_the_old_xGLXBufferSwapComplete.patch
rename meta/recipes-graphics/xorg-proto/{glproto_1.4.13.bb =
glproto_1.4.14.bb} (68%)
rename meta/recipes-graphics/xorg-proto/{xproto_7.0.21.bb = xproto_7.0.22.bb}
(72%)
rename meta/recipes-graphics/xorg-util/{util-macros_1.14.0.bb =
util-macros_1.15.0.bb} (80%)
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 02/10] tcf-agent: add openssl into DEPENDS
[YOCTO #1330]
If tcf-agent's do_compile happens before openssl does populate_root, we'll
get such a compilation failure:
framework/channel_tcp.c:34:27: fatal error: openssl/ssl.h: No such file or
directory
Thanks Kumar Gala for reporting this!
Signed-off-by: Dexuan Cui dexuan@intel.com
Cc: Kumar Gala ga...@kernel.crashing.org
---
meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb
b/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb
index 3f97f69..37591c2 100644
--- a/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb
+++ b/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM =
file://../epl-v10.html;md5=7aa4215a330a0a4f6a1cbf8da1a0879f
SRCREV = 1855
PV = 0.0+svnr${SRCPV}
-PR = r0
+PR = r1
SRC_URI =
svn://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk;module=agent;proto=http
\
http://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk/epl-v10.html;name=epl
\
@@ -19,7 +19,7 @@ SRC_URI =
svn://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk;module=ag
SRC_URI[epl.md5sum] = 7aa4215a330a0a4f6a1cbf8da1a0879f
SRC_URI[epl.sha256sum] =
4fd64aeed340d62a64a8da4b371efe0f6d0d745f4d2dbefacba86c646d36bc72
-DEPENDS = util-linux
+DEPENDS = util-linux openssl
RDEPENDS_${PN} = bash
S = ${WORKDIR}/agent
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 05/10] util-macros: upgrade from 1.14.0 to the latest version 0.15.0
Signed-off-by: Dexuan Cui dexuan@intel.com
---
...util-macros_1.14.0.bb = util-macros_1.15.0.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-util/{util-macros_1.14.0.bb =
util-macros_1.15.0.bb} (80%)
diff --git a/meta/recipes-graphics/xorg-util/util-macros_1.14.0.bb
b/meta/recipes-graphics/xorg-util/util-macros_1.15.0.bb
similarity index 80%
rename from meta/recipes-graphics/xorg-util/util-macros_1.14.0.bb
rename to meta/recipes-graphics/xorg-util/util-macros_1.15.0.bb
index 4fa235b..fb1772b 100644
--- a/meta/recipes-graphics/xorg-util/util-macros_1.14.0.bb
+++ b/meta/recipes-graphics/xorg-util/util-macros_1.15.0.bb
@@ -20,5 +20,5 @@ RRECOMMENDS_${PN}-dbg = ${PN}-dev (= ${EXTENDPKGV})
BBCLASSEXTEND = native nativesdk
-SRC_URI[md5sum] = cbe57cd7cc492a762466f5280a7ffba8
-SRC_URI[sha256sum] =
9bd6949b930aadfce32bc9e101008d4c6ff48329ed0e3a467990bee69f574d66
+SRC_URI[md5sum] = c7f0c94126443f6744328a92d2b94cff
+SRC_URI[sha256sum] =
db05c59c0e7843c398ed2847ba4b5bf54292499e5fcadbb7c38a445bf4347ab8
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 04/10] mdadm: upgrade mdadm from 3.2.1 to 3.2.2
Remove the patch since 3.2.2 has integrated it.
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../mdadm/fix_for_compilation_with_gcc-4.6.0.patch | 174
.../mdadm/{mdadm_3.2.1.bb = mdadm_3.2.2.bb} |9 +-
2 files changed, 4 insertions(+), 179 deletions(-)
delete mode 100644
meta/recipes-extended/mdadm/mdadm/fix_for_compilation_with_gcc-4.6.0.patch
rename meta/recipes-extended/mdadm/{mdadm_3.2.1.bb = mdadm_3.2.2.bb} (77%)
diff --git
a/meta/recipes-extended/mdadm/mdadm/fix_for_compilation_with_gcc-4.6.0.patch
b/meta/recipes-extended/mdadm/mdadm/fix_for_compilation_with_gcc-4.6.0.patch
deleted file mode 100644
index f79511b..000
--- a/meta/recipes-extended/mdadm/mdadm/fix_for_compilation_with_gcc-4.6.0.patch
+++ /dev/null
@@ -1,174 +0,0 @@
-Upstream-Status: Pending
-
-Nitin A Kamble nitin.a.kam...@intel.com 2011/05/06
-
-Fix these compilation errors with gcc 4.6.0
-
-| super1.c: In function 'calc_sb_1_csum':
-| super1.c:114:6: error: variable 'i' set but not used
[-Werror=unused-but-set-variable]
-| Query.c: In function 'Query':
-| Query.c:38:16: error: variable 'superrno' set but not used
[-Werror=unused-but-set-variable]
-| super1.c: In function 'examine_super1':
-| super1.c:390:7: error: variable 'me' set but not used
[-Werror=unused-but-set-variable]
-| cc1: all warnings being treated as errors
-|
-| make: *** [Query.o] Error 1
-| make: *** Waiting for unfinished jobs
-| mdadm.c: In function 'main':
-| mdadm.c:106:6: error: variable 'auto_update_home' set but not used
[-Werror=unused-but-set-variable]
-| mdmon.c: In function 'mdmon':
-| mdmon.c:354:6: error: variable 'ignore' set but not used
[-Werror=unused-but-set-variable]
-| cc1: all warnings being treated as errors
-|
-| make: *** [mdmon.o] Error 1
-| cc1: all warnings being treated as errors
-|
-| sysfs.c: In function 'sysfs_uevent':
-| sysfs.c:421:6: error: variable 'n' set but not used
[-Werror=unused-but-set-variable]
-| cc1: all warnings being treated as errors
-|
-| make: *** [mdadm.o] Error 1
-| make: *** [super1.o] Error 1
-| cc1: all warnings being treated as errors
-|
-| make: *** [sysfs.o] Error 1
-| Grow.c: In function 'Grow_reshape':
-| Grow.c:1315:6: error: variable 'changed' set but not used
[-Werror=unused-but-set-variable]
-| cc1: all warnings being treated as errors
-|
-| make: *** [Grow.o] Error 1
-| ERROR: oe_runmake failed
-
-Index: mdadm-3.2.1/Grow.c
-===
mdadm-3.2.1.orig/Grow.c
-+++ mdadm-3.2.1/Grow.c
-@@ -1312,7 +1312,6 @@ int Grow_reshape(char *devname, int fd,
- char *subarray = NULL;
-
- int frozen;
-- int changed = 0;
- char *container = NULL;
- char container_buf[20];
- int cfd = -1;
-@@ -1479,7 +1478,6 @@ int Grow_reshape(char *devname, int fd,
- if (!quiet)
- fprintf(stderr, Name : component size of %s has been
set to %lluK\n,
- devname, size);
-- changed = 1;
- } else if (array.level != LEVEL_CONTAINER) {
- size = get_component_size(fd)/2;
- if (size == 0)
-Index: mdadm-3.2.1/Query.c
-===
mdadm-3.2.1.orig/Query.c
-+++ mdadm-3.2.1/Query.c
-@@ -35,7 +35,7 @@ int Query(char *dev)
- int fd = open(dev, O_RDONLY);
- int vers;
- int ioctlerr;
-- int superror, superrno;
-+ int superror;
- struct mdinfo info;
- mdu_array_info_t array;
- struct supertype *st = NULL;
-@@ -84,7 +84,6 @@ int Query(char *dev)
- st = guess_super(fd);
- if (st) {
- superror = st-ss-load_super(st, fd, dev);
-- superrno = errno;
- } else
- superror = -1;
- close(fd);
-Index: mdadm-3.2.1/mdadm.c
-===
mdadm-3.2.1.orig/mdadm.c
-+++ mdadm-3.2.1/mdadm.c
-@@ -103,7 +103,7 @@ int main(int argc, char *argv[])
- char *shortopt = short_options;
- int dosyslog = 0;
- int rebuild_map = 0;
-- int auto_update_home = 0;
-+ int __attribute__((__unused__)) auto_update_home = 0;
- char *subarray = NULL;
- char *remove_path = NULL;
- char *udev_filename = NULL;
-Index: mdadm-3.2.1/mdmon.c
-===
mdadm-3.2.1.orig/mdmon.c
-+++ mdadm-3.2.1/mdmon.c
-@@ -351,7 +351,6 @@ static int mdmon(char *devname, int devn
- struct sigaction act;
- int pfd[2];
- int status;
-- int ignore;
- pid_t victim = -1;
- int victim_sock = -1;
-
-@@ -459,7 +458,6 @@ static int mdmon(char *devname, int devn
- if (victim = 0)
- victim_sock = connect_monitor(container-devname);
-
-- ignore = chdir(/);
- if (!takeover victim 0 victim_sock = 0) {
- if (fping_monitor(victim_sock) == 0) {
[OE-core] [PATCH 06/10] freetype: upgrade from 2.4.4 to 2.4.6
freetype-2.4.6/docs/LICENSE.TXT changed a little to describe more clearly
the compatibility about FreeTypeLicense and GPLv2+, but the actual license
remains unchanged: it's still LICENSE = FreeTypeLicense | GPLv2+.
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../no-hardcode.patch |0
.../{freetype_2.4.4.bb = freetype_2.4.6.bb} |8
2 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-graphics/freetype/{freetype-2.4.4 =
freetype-2.4.6}/no-hardcode.patch (100%)
rename meta/recipes-graphics/freetype/{freetype_2.4.4.bb = freetype_2.4.6.bb}
(82%)
diff --git a/meta/recipes-graphics/freetype/freetype-2.4.4/no-hardcode.patch
b/meta/recipes-graphics/freetype/freetype-2.4.6/no-hardcode.patch
similarity index 100%
rename from meta/recipes-graphics/freetype/freetype-2.4.4/no-hardcode.patch
rename to meta/recipes-graphics/freetype/freetype-2.4.6/no-hardcode.patch
diff --git a/meta/recipes-graphics/freetype/freetype_2.4.4.bb
b/meta/recipes-graphics/freetype/freetype_2.4.6.bb
similarity index 82%
rename from meta/recipes-graphics/freetype/freetype_2.4.4.bb
rename to meta/recipes-graphics/freetype/freetype_2.4.6.bb
index 661650c..8150dd4 100644
--- a/meta/recipes-graphics/freetype/freetype_2.4.4.bb
+++ b/meta/recipes-graphics/freetype/freetype_2.4.6.bb
@@ -7,9 +7,9 @@ HOMEPAGE = http://www.freetype.org/;
BUGTRACKER = https://savannah.nongnu.org/bugs/?group=freetype;
LICENSE = FreeTypeLicense | GPLv2+
-LIC_FILES_CHKSUM =
file://docs/LICENSE.TXT;md5=8bc1a580aeb518100d00a2dd29e68edf \
+LIC_FILES_CHKSUM =
file://docs/LICENSE.TXT;md5=28d5381b1bef2649c59f20c20bae4f39 \
file://docs/FTL.TXT;md5=d479e83797f699fe873b38dadd0fcd4c \
-file://docs/GPL.TXT;md5=8ef380476f642c20ebf40fecb0add2ec
+file://docs/GPLv2.TXT;md5=8ef380476f642c20ebf40fecb0add2ec
SECTION = libs
@@ -18,8 +18,8 @@ PR = r0
SRC_URI = ${SOURCEFORGE_MIRROR}/freetype/freetype-${PV}.tar.bz2 \
file://no-hardcode.patch
-SRC_URI[md5sum] = b3e2b6e2f1c3e0dffa1fd2a0f848b671
-SRC_URI[sha256sum] =
4b8281c7dc4d375c6b65d3c6f4808e488a313fab47d7be82aad2c871c8480fef
+SRC_URI[md5sum] = 5e6510613f612809d2d7862592b92ab7
+SRC_URI[sha256sum] =
24a4a57f3a6859887e91f90f93f754cfc7bf9ab9246a3a696435a0c6a7a1e92a
S = ${WORKDIR}/freetype-${PV}
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 07/10] xproto: upgrade from 7.0.21 to 7.0.22
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../{xproto_7.0.21.bb = xproto_7.0.22.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-proto/{xproto_7.0.21.bb = xproto_7.0.22.bb}
(72%)
diff --git a/meta/recipes-graphics/xorg-proto/xproto_7.0.21.bb
b/meta/recipes-graphics/xorg-proto/xproto_7.0.22.bb
similarity index 72%
rename from meta/recipes-graphics/xorg-proto/xproto_7.0.21.bb
rename to meta/recipes-graphics/xorg-proto/xproto_7.0.22.bb
index 17b3793..54f8482 100644
--- a/meta/recipes-graphics/xorg-proto/xproto_7.0.21.bb
+++ b/meta/recipes-graphics/xorg-proto/xproto_7.0.22.bb
@@ -14,6 +14,6 @@ PE = 1
EXTRA_OECONF_append = --enable-specs=no
BBCLASSEXTEND = native nativesdk
-SRC_URI[md5sum] = c5a93a69b701cf81925fab02b35b0d0e
-SRC_URI[sha256sum] =
38ee2f032c3a9e30504593f8b5e6c1161a6629daba93748a71c6f70c16f65548
+SRC_URI[md5sum] = da0b0eb2f432b7cc1d665b05422a0457
+SRC_URI[sha256sum] =
ad8397dd2a3de7249d2f3fb3a49444fef71483d43681285936c11911663817a8
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 03/10] cronie: upgrade from 1.4.7 to 1.4.8
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../cronie/{cronie_1.4.7.bb = cronie_1.4.8.bb}|6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-extended/cronie/{cronie_1.4.7.bb = cronie_1.4.8.bb} (94%)
diff --git a/meta/recipes-extended/cronie/cronie_1.4.7.bb
b/meta/recipes-extended/cronie/cronie_1.4.8.bb
similarity index 94%
rename from meta/recipes-extended/cronie/cronie_1.4.7.bb
rename to meta/recipes-extended/cronie/cronie_1.4.8.bb
index bb715f2..4cfdfad 100644
--- a/meta/recipes-extended/cronie/cronie_1.4.7.bb
+++ b/meta/recipes-extended/cronie/cronie_1.4.8.bb
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=963ea0772a2adbdcd607a9b2ec320c11 \
SECTION = utils
DEPENDS += ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}
-PR = r3
+PR = r0
SRC_URI = https://fedorahosted.org/releases/c/r/cronie/cronie-${PV}.tar.gz \
file://crond.init \
@@ -25,8 +25,8 @@ SRC_URI =
https://fedorahosted.org/releases/c/r/cronie/cronie-${PV}.tar.gz \
PAM_SRC_URI = file://crond_pam_config.patch
-SRC_URI[md5sum] = dfc26c47756d0c40ee27ae3c7ee98e0d
-SRC_URI[sha256sum] =
83bae15ae5504454ba74f4142f5db3aa22be594327fea19d2534f65803137fbd
+SRC_URI[md5sum] = 9b1d2ce6db8d1883e06635f437170657
+SRC_URI[sha256sum] =
a3b910876f255712f1a5c364b74f34b0ceac9f6f3bbc45e854c5722785f513b3
inherit autotools update-rc.d
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 09/10] dri2proto: upgrade from 2.4 to 2.6
The patch has been integrated into 1.4.14 so let's remove it.
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../restore_to_old_xDRI2BufferSwapComplete.patch | 53
.../{dri2proto_2.4.bb = dri2proto_2.6.bb} |7 +--
2 files changed, 3 insertions(+), 57 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg-proto/dri2proto/restore_to_old_xDRI2BufferSwapComplete.patch
rename meta/recipes-graphics/xorg-proto/{dri2proto_2.4.bb = dri2proto_2.6.bb}
(66%)
diff --git
a/meta/recipes-graphics/xorg-proto/dri2proto/restore_to_old_xDRI2BufferSwapComplete.patch
b/meta/recipes-graphics/xorg-proto/dri2proto/restore_to_old_xDRI2BufferSwapComplete.patch
deleted file mode 100644
index e628f6d..000
---
a/meta/recipes-graphics/xorg-proto/dri2proto/restore_to_old_xDRI2BufferSwapComplete.patch
+++ /dev/null
@@ -1,53 +0,0 @@
-Upstream-Status: Inappropriate [backport from upstream]
-
-In May, people already reported the mesa-dri build issue when upgrading to
-glproto-1.4.13 and dri2proto-2.4:
-http://lists.freedesktop.org/archives/mesa-dev/2011-May/007331.html
-
-The story is: Jesse tried to change the definitions of some structs
-in glproto, dri2proto and mesa-dri, but the change in mesa-dri side was
accepted
-and then reverted, see
-http://cgit.freedesktop.org/mesa/mesa/commit/?id=dc4a3edcf9d414d5098618d5d3b79d8dd90adcc3
-
-so in glproto and driproto's sides, we have to revert the change, too:
-http://cgit.freedesktop.org/xorg/proto/dri2proto/commit/?id=f3c211e1ae183dab5c7529814c9f42af2c29fc6c
-
-We could remove this patch when upgrading to newer glproto, dri2proto and
-mesa-dri in future.
-
-Wed Jun 15 14:33:14 CST 2011
-Dexuan Cui dexuan@intel.com
-
-
-commit f3c211e1ae183dab5c7529814c9f42af2c29fc6c
-Author: Jesse Barnes jbar...@virtuousgeek.org
-Date: Thu May 5 09:22:39 2011 -0700
-
-Revert dri2proto: make DRI2 swap event match GLX spec
-
-This reverts commit 0ca3778de195a82087d0f07415a1cf8fc94f5b0a.
-
-This broke compatibility by renaming existing struct fields. So revert
-in favor of a new struct.
-
-diff --git a/dri2proto.h b/dri2proto.h
-index ff76355..9708a4a 100644
a/dri2proto.h
-+++ b/dri2proto.h
-@@ -290,13 +290,13 @@ typedef struct {
- CARD8 pad;
- CARD16 sequenceNumber B16;
- CARD16 event_type B16;
--CARD16 pad2;
- CARD32 drawable B32;
- CARD32 ust_hi B32;
- CARD32 ust_lo B32;
- CARD32 msc_hi B32;
- CARD32 msc_lo B32;
--CARD32 sbc B32;
-+CARD32 sbc_hi B32;
-+CARD32 sbc_lo B32;
- } xDRI2BufferSwapComplete;
- #define sz_xDRI2BufferSwapComplete 32
-
diff --git a/meta/recipes-graphics/xorg-proto/dri2proto_2.4.bb
b/meta/recipes-graphics/xorg-proto/dri2proto_2.6.bb
similarity index 66%
rename from meta/recipes-graphics/xorg-proto/dri2proto_2.4.bb
rename to meta/recipes-graphics/xorg-proto/dri2proto_2.6.bb
index 4861f7d..99c089a 100644
--- a/meta/recipes-graphics/xorg-proto/dri2proto_2.4.bb
+++ b/meta/recipes-graphics/xorg-proto/dri2proto_2.6.bb
@@ -1,5 +1,4 @@
require xorg-proto-common.inc
-SRC_URI += file://restore_to_old_xDRI2BufferSwapComplete.patch
SUMMARY = DRI2: Direct Rendering Infrastructure 2 headers
@@ -11,7 +10,7 @@ LICENSE = MIT
LIC_FILES_CHKSUM = file://COPYING;md5=2e396fa91834f8786032cad2da5638f3 \
file://dri2proto.h;endline=31;md5=22f28bf68d01b533f26195e94b3ed8ca
-PR = r1
+PR = r0
-SRC_URI[md5sum] = 0cdeb1e95901813385dc9576be272bd3
-SRC_URI[sha256sum] =
ff156f178d48ab31beeb4be5eb39d5df7540791ba489a8d94c443bb99a2376f1
+SRC_URI[md5sum] = 2eb74959684f47c862081099059a11ab
+SRC_URI[sha256sum] =
ad82c0b28c19fcd3f91ea1f93956cb666526b41b91f239773b5854b9b1a3b909
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 10/10] distro_tracking_fields.inc: update the info for the following recipes
cronie mdadm freetype xproto glproto dri2proto util-macros Signed-off-by: Dexuan Cui dexuan@intel.com --- .../conf/distro/include/distro_tracking_fields.inc | 56 ++-- 1 files changed, 28 insertions(+), 28 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index c7e5db5..984e330 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -994,13 +994,13 @@ RECIPE_MAINTAINER_pn-quota = Dongxiao Xu dongxiao...@intel.com RECIPE_STATUS_pn-mdadm = green RECIPE_DEPENDENCY_CHECK_pn-mdadm = not done -RECIPE_LATEST_VERSION_pn-mdadm = 3.2.1 +RECIPE_LATEST_VERSION_pn-mdadm = 3.2.2 RECIPE_NO_OF_PATCHES_pn-mdadm = 0 RECIPE_INTEL_SECTION_pn-mdadm = base utils -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mdadm = 1+ months -RECIPE_LATEST_RELEASE_DATE_pn-mdadm = Mar 28, 2011 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mdadm = 2+ months +RECIPE_LATEST_RELEASE_DATE_pn-mdadm = Jun 17, 2011 RECIPE_COMMENTS_pn-mdadm = -RECIPE_LAST_UPDATE_pn-mdadm = Apr 20, 2011 +RECIPE_LAST_UPDATE_pn-mdadm = Aug 16, 2011 RECIPE_MAINTAINER_pn-mdadm = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-screen = green @@ -1986,13 +1986,13 @@ RECIPE_MAINTAINER_pn-cpio = Scott Garman scott.a.gar...@intel.com RECIPE_STATUS_pn-cronie = green RECIPE_DEPENDENCY_CHECK_pn-cronie = not done -RECIPE_LATEST_VERSION_pn-cronie = 1.4.7 -RECIPE_MANUAL_CHECK_DATE_pn-cronie = Apr 11, 2011 +RECIPE_LATEST_VERSION_pn-cronie = 1.4.8 +RECIPE_MANUAL_CHECK_DATE_pn-cronie = Aug 16, 2011 RECIPE_INTEL_SECTION_pn-cronie = base RECIPE_NO_OF_PATCHES_pn-cronie = 0 -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-cronie = 5 months -RECIPE_LATEST_RELEASE_DATE_pn-cronie = Mar 17, 2011 -RECIPE_LAST_UPDATE_pn-cronie = Apr 11, 2011 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-cronie = 3 months +RECIPE_LATEST_RELEASE_DATE_pn-cronie = Jun 27, 2011 +RECIPE_LAST_UPDATE_pn-cronie = Aug 16, 2011 RECIPE_MAINTAINER_pn-cronie = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-grep = green @@ -3839,13 +3839,13 @@ RECIPE_MAINTAINER_pn-fontsproto = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-glproto = green DISTRO_PN_ALIAS_pn-glproto = Meego=xorg-x11-proto-glproto RECIPE_DEPENDENCY_CHECK_pn-glproto = not done -RECIPE_LATEST_VERSION_pn-glproto = 1.4.13 +RECIPE_LATEST_VERSION_pn-glproto = 1.4.14 RECIPE_NO_OF_PATCHES_pn-glproto = 0 RECIPE_INTEL_SECTION_pn-glproto = x11/libs -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-glproto = 9 months -RECIPE_LATEST_RELEASE_DATE_pn-glproto = May 4, 2011 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-glproto = 1+ months +RECIPE_LATEST_RELEASE_DATE_pn-glproto = Jun 29, 2011 RECIPE_COMMENTS_pn-glproto = -RECIPE_LAST_UPDATE_pn-glproto = Jun 13, 2011 +RECIPE_LAST_UPDATE_pn-glproto = Aug 16, 2011 RECIPE_MAINTAINER_pn-glproto = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-inputproto = green @@ -4110,13 +4110,13 @@ RECIPE_MAINTAINER_pn-xineramaproto = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-dri2proto = green DISTRO_PN_ALIAS_pn-dri2proto = Meego=xorg-x11-proto-dri2proto RECIPE_DEPENDENCY_CHECK_pn-dri2proto = not done -RECIPE_LATEST_VERSION_pn-dri2proto = 2.4 +RECIPE_LATEST_VERSION_pn-dri2proto = 2.6 RECIPE_NO_OF_PATCHES_pn-dri2proto = 0 RECIPE_INTEL_SECTION_pn-dri2proto = x11/libs -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-dri2proto = 1+ years -RECIPE_LATEST_RELEASE_DATE_pn-dri2proto = May 4, 2011 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-dri2proto = 1+ months +RECIPE_LATEST_RELEASE_DATE_pn-dri2proto = Jun 29, 2011 RECIPE_COMMENTS_pn-dri2proto = -RECIPE_LAST_UPDATE_pn-dri2proto = Jun 13, 2011 +RECIPE_LAST_UPDATE_pn-dri2proto = Aug 16, 2011 RECIPE_MAINTAINER_pn-dri2proto = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-xcb-proto = green @@ -4157,13 +4157,13 @@ RECIPE_MAINTAINER_pn-xf86vidmodeproto = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-xproto = green DISTRO_PN_ALIAS_pn-xproto = Meego=xorg-x11-proto-xproto Fedora=xorg-x11-proto-devel Ubuntu=x11proto-core-dev Debian=x11proto-core-dev Opensuse=xorg-x11-proto-devel Mandriva=x11-proto-devel RECIPE_DEPENDENCY_CHECK_pn-xproto = not done -RECIPE_LATEST_VERSION_pn-xproto = 7.0.21 +RECIPE_LATEST_VERSION_pn-xproto = 7.0.22 RECIPE_NO_OF_PATCHES_pn-xproto = 0 RECIPE_INTEL_SECTION_pn-xproto = x11/libs -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xproto = 3+ months -RECIPE_LATEST_RELEASE_DATE_pn-xproto = Mar 22, 2011 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xproto = 3 months +RECIPE_LATEST_RELEASE_DATE_pn-xproto = Jun 22, 2011 RECIPE_COMMENTS_pn-xproto = -RECIPE_LAST_UPDATE_pn-xproto = Apr 11, 2011 +RECIPE_LAST_UPDATE_pn-xproto = Aug 16, 2011 RECIPE_MAINTAINER_pn-xproto = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-liberation-fonts = green @@ -4494,12 +4494,12 @@ RECIPE_MAINTAINER_pn-xkeyboard-config = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-util-macros = green
Re: [OE-core] [PATCH 1/5] qt4: allow a reduction in build time
On Tuesday 16 August 2011 14:57:48 Anders Darander wrote:
When reducing build time by adding QT_DISTRO_FLAGS from the set '-no-gui
-nomake tools -nomake examples -nomake demos -nomake docs', build failure
can occur, due to not building all tools.
* Make rm not error out when removing one of the, possibly, non-existing
tools. * Only try to rename qtdemo, if qtdemo exists.
* Guard do_split_packages() with an try-except-clause, otherwise we get an
error stating that .../phrasebooks/... do not exist.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta/recipes-qt/qt4/qt4.inc | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-qt/qt4/qt4.inc b/meta/recipes-qt/qt4/qt4.inc
index 0410a92..994ec12 100644
--- a/meta/recipes-qt/qt4/qt4.inc
+++ b/meta/recipes-qt/qt4/qt4.inc
@@ -227,7 +227,10 @@ python populate_packages_prepend() {
phrasebook_dir =
bb.data.expand('${datadir}/${QT_DIR_NAME}/phrasebooks/', d)
phrasebook_name = bb.data.expand('${QT_BASE_NAME}-phrasebook-%s', d) -
do_split_packages(d, phrasebook_dir, '^(.*)\.qph$', phrasebook_name,
'${PN} phrasebook for %s', extra_depends='' ) +try:
+do_split_packages(d, phrasebook_dir, '^(.*)\.qph$',
phrasebook_name, '${PN} phrasebook for %s', extra_depends='' ) +
except:
+pass
# Package all the plugins and their -dbg version and create a meta
package import os
@@ -278,11 +281,11 @@ do_install() {
# These are host binaries, we should only use them in staging
rm ${D}/${bindir}/qmake
- rm ${D}/${bindir}/uic
- rm ${D}/${bindir}/uic3
+ rm -f ${D}/${bindir}/uic
+ rm -f ${D}/${bindir}/uic3
rm ${D}/${bindir}/moc
rm ${D}/${bindir}/rcc
- rm ${D}/${bindir}/lrelease
+ rm -f ${D}/${bindir}/lrelease
# fix pkgconfig, libtool and prl files
sed -i -e s#-L${S}/lib##g \
@@ -319,6 +322,6 @@ do_install() {
#Append an E to the qtdemo file
if [ -n ${QT_LIBINFIX} ] ; then
- mv ${D}${bindir}/qtdemo ${D}${bindir}/qtdemo${QT_LIBINFIX}
+ [ -f ${D}${bindir}/qtdemo ] mv ${D}${bindir}/qtdemo
${D}${bindir}/qtdemo${QT_LIBINFIX} fi
}
Acked-by: Paul Eggleton paul.eggle...@linux.intel.com
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/5] ofono: conditionally enable bluetooth
Op 16 aug. 2011, om 15:57 heeft Anders Darander het volgende geschreven:
Use DISTRO_FEATURE to conditionally depend on bluez4, as well as enabling
bluetooth.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta/recipes-connectivity/ofono/ofono.inc |3 ++-
meta/recipes-connectivity/ofono/ofono_0.50.bb |1 +
meta/recipes-connectivity/ofono/ofono_git.bb |4
3 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-connectivity/ofono/ofono.inc
b/meta/recipes-connectivity/ofono/ofono.inc
index a14b35a..ab233dc 100644
--- a/meta/recipes-connectivity/ofono/ofono.inc
+++ b/meta/recipes-connectivity/ofono/ofono.inc
@@ -7,7 +7,8 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=eb723b61539feef013de476e68b5c50a \
inherit autotools pkgconfig update-rc.d
-DEPENDS = dbus glib-2.0 udev bluez4
+BLUEZDEPENDS = bluez4
+DEPENDS = dbus glib-2.0 udev ${@base_contains('DISTRO_FEATURES',
'bluetooth','${BLUEZDEPENDS}', '', d)}
is that BLUEZDEPENDS helper var really needed?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] rpm: configure with staging native path for magic file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/15/2011 07:53 PM, Adrian Alonso wrote:
* Remove hardcoded system path for path-magic file in order to avoid
potential mistmatch between host and yocto native tools as reported
in yocto mailing list: error: magic_load(ms,
/usr/share/misc/magic) failed: File 5.4 supports only version 7 magic
files. `/usr/share/misc/magic.mgc' is version 8 * Another
solution is to update meta/recipes-devtools/file/file_5.04.bb to a
newer version ie. file_5.07.bb
Signed-off-by: Adrian Alonso aalons...@gmail.com ---
meta/recipes-devtools/rpm/rpm_5.4.0.bb |4 ++-- 1 files changed, 2
insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/rpm/rpm_5.4.0.bb
b/meta/recipes-devtools/rpm/rpm_5.4.0.bb index c0e3208..948ed84
100644 --- a/meta/recipes-devtools/rpm/rpm_5.4.0.bb +++
b/meta/recipes-devtools/rpm/rpm_5.4.0.bb @@ -45,7 +45,7 @@
LIC_FILES_CHKSUM =
file://COPYING.LIB;md5=2d5025d4aa3495befef8f17206a5b0a1 DEPENDS =
bzip2 zlib db openssl elfutils expat libpcre attr acl popt
${extrarpmdeps} extrarpmdeps = python perl
extrarpmdeps_virtclass-native = -PR = r19 +PR = r20
# rpm2cpio is a shell script, which is part of the rpm src.rpm. It
is needed # in order to extract the distribution SRPM into a format
we can extract... @@ -120,7 +120,7 @@ EXTRA_OECONF = --verbose \
${WITH_DB} \ ${WITH_Z} \ --with-file \ -
--with-path-magic=/usr/share/misc/magic \ +
--with-path-magic=${STAGING_DIR_NATIVE}/usr/share/misc/magic.mgc \
this wont work for target rpm I guess
--without-lua \ --without-tcl \ --with-syck=internal \
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iEYEARECAAYFAk5Kf+UACgkQuwUzVZGdMxTmPACgiKm1rdoDPbxVdYhHvCqKEyFJ
0A4Anjx/BxnCQm6ZiLKGXOrn2nbFHzyS
=jGQc
-END PGP SIGNATURE-
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4 v2][PULL] multilib: RPM rootfs related fixes.
On 8/16/11 3:33 AM, Dongxiao Xu wrote: Hi Richard and Mark, This pull request fixes some multilib issues related with RPM rootfs. Please help to review and pull. Changes from v1: 1) Remove the original patch multilib: remove MULTILIB_PACKAGE_ARCHS variable. 2) Add a new patch rootfs_rpm: Fix DEFAULTTUNE setting in multilib case 3) For the two package_rpm related patches, The first patch is to change strip_multilib functionality, and the second patch is to handle the package rename issue in multilib. 4) Add a new patch gtk-icon-cache: Adding MLPREFIX when dynamically set RDEPENDS to fix the dynamic setting of RDEPENDS in multilib case. [YOCTO #1368] I assume this has been tests... It looks fine here.. Acked-by: Mark Hatle mark.ha...@windriver.com Thanks, Dongxiao The following changes since commit 13db5f420ca9bff98561f80d78958278734ad1f4: distro-tracking: Update info for gpgme, libassuan, apr... after last upgrade. (2011-08-15 15:26:04 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib dxu4/ml http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dxu4/ml Dongxiao Xu (4): rootfs_rpm: Fix DEFAULTTUNE setting in multilib case package_rpm: enhance strip_multilib function package_rpm: Fix package rename issue in multilib case gtk-icon-cache: Adding MLPREFIX when dynamically set RDEPENDS meta/classes/gtk-icon-cache.bbclass |2 +- meta/classes/package_rpm.bbclass| 22 +++--- meta/classes/rootfs_rpm.bbclass |4 3 files changed, 12 insertions(+), 16 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] emprint: add LIC_FILES_CHKSUM
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
meta-efl/recipes-efl/e17/emprint_svn.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta-efl/recipes-efl/e17/emprint_svn.bb
b/meta-efl/recipes-efl/e17/emprint_svn.bb
index 31c744d..d5c4769 100644
--- a/meta-efl/recipes-efl/e17/emprint_svn.bb
+++ b/meta-efl/recipes-efl/e17/emprint_svn.bb
@@ -2,6 +2,7 @@ DESCRIPTION = Emprint is a utility for taking screenshots of
the entire screen,
LICENSE = MIT BSD
DEPENDS = imlib2 virtual/libx11 ecore evas edje eina
PV = 0.0.1+svnr${SRCPV}
+LIC_FILES_CHKSUM = file://COPYING;md5=344895f253c32f38e182dcaf30fe8a35
SRCREV = ${EFL_SRCREV}
inherit e
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] rpm: configure with staging native path for magic file
Um you are right target rpm with conflict with the search path for the magic
file
So in order to close bug [1358] either apply first proposed patch [1] or
update
file_5.04.bb to file_5.07.bb that also solves the problem on my F15 dev
machine.
[1] https://lists.yoctoproject.org/pipermail/yocto/2011-August/004486.html
[1358] http://bugzilla.pokylinux.org/show_bug.cgi?id=1358
On Tue, Aug 16, 2011 at 9:34 AM, Khem Raj raj.k...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/15/2011 07:53 PM, Adrian Alonso wrote:
* Remove hardcoded system path for path-magic file in order to avoid
potential mistmatch between host and yocto native tools as reported
in yocto mailing list: error: magic_load(ms,
/usr/share/misc/magic) failed: File 5.4 supports only version 7 magic
files. `/usr/share/misc/magic.mgc' is version 8 * Another
solution is to update meta/recipes-devtools/file/file_5.04.bb to a
newer version ie. file_5.07.bb
Signed-off-by: Adrian Alonso aalons...@gmail.com ---
meta/recipes-devtools/rpm/rpm_5.4.0.bb |4 ++-- 1 files changed, 2
insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/rpm/rpm_5.4.0.bb
b/meta/recipes-devtools/rpm/rpm_5.4.0.bb index c0e3208..948ed84
100644 --- a/meta/recipes-devtools/rpm/rpm_5.4.0.bb +++
b/meta/recipes-devtools/rpm/rpm_5.4.0.bb @@ -45,7 +45,7 @@
LIC_FILES_CHKSUM =
file://COPYING.LIB;md5=2d5025d4aa3495befef8f17206a5b0a1 DEPENDS =
bzip2 zlib db openssl elfutils expat libpcre attr acl popt
${extrarpmdeps} extrarpmdeps = python perl
extrarpmdeps_virtclass-native = -PR = r19 +PR = r20
# rpm2cpio is a shell script, which is part of the rpm src.rpm. It
is needed # in order to extract the distribution SRPM into a format
we can extract... @@ -120,7 +120,7 @@ EXTRA_OECONF = --verbose \
${WITH_DB} \ ${WITH_Z} \ --with-file \ -
--with-path-magic=/usr/share/misc/magic \ +
--with-path-magic=${STAGING_DIR_NATIVE}/usr/share/misc/magic.mgc \
this wont work for target rpm I guess
--without-lua \ --without-tcl \ --with-syck=internal \
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iEYEARECAAYFAk5Kf+UACgkQuwUzVZGdMxTmPACgiKm1rdoDPbxVdYhHvCqKEyFJ
0A4Anjx/BxnCQm6ZiLKGXOrn2nbFHzyS
=jGQc
-END PGP SIGNATURE-
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Saludos
Adrian Alonso
http://aalonso.wordpress.com
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] angstrom-task-gnome: Added gedit to task-gnome dependencies
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com --- This patch can be applied after these have been: http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-August/034413.html recipes-angstrom/tasks/angstrom-task-gnome.bb |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/recipes-angstrom/tasks/angstrom-task-gnome.bb b/recipes-angstrom/tasks/angstrom-task-gnome.bb index a2f9fae..75e59c6 100644 --- a/recipes-angstrom/tasks/angstrom-task-gnome.bb +++ b/recipes-angstrom/tasks/angstrom-task-gnome.bb @@ -41,6 +41,7 @@ RDEPENDS_task-gnome = \ gpe-scap \ bash \ tzdata \ + gedit \ RRECOMMENDS_task-gnome = ofono -- 1.7.0.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] angstrom-task-gnome: Added gedit to task-gnome dependencies
I see the README says this should be on the OE-core list, but maybe this should go on the Angstrom list? On Aug 16, 2011, at 3:24 PM, Joel A Fernandes agnel.j...@gmail.com wrote: Signed-off-by: Joel A Fernandes agnel.j...@gmail.com --- This patch can be applied after these have been: http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-August/034413.html recipes-angstrom/tasks/angstrom-task-gnome.bb |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/recipes-angstrom/tasks/angstrom-task-gnome.bb b/recipes-angstrom/tasks/angstrom-task-gnome.bb index a2f9fae..75e59c6 100644 --- a/recipes-angstrom/tasks/angstrom-task-gnome.bb +++ b/recipes-angstrom/tasks/angstrom-task-gnome.bb @@ -41,6 +41,7 @@ RDEPENDS_task-gnome = \ gpe-scap \ bash \ tzdata \ + gedit \ RRECOMMENDS_task-gnome = ofono -- 1.7.0.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] perl-native: Update 'find_perl()' to find the perl wrapper
On 08/16/2011 12:56 AM, wenzong@windriver.com wrote:
From: Wenzong Fanwenzong@windriver.com
[YOCTO #1157] [YOCTO #829]
This is a common issue to the packages which using 'MakeMaker.pm' to
generate their Makefiles. The function 'find_perl()' in 'MM_Unix.pm'
will be used to figure out the path/link of 'PERL/FULLPERL', but it
always find the 'perl.real' instead of perl wrapper.
Just update it to find the perl wrapper correctly.
Should the be looking for the perl_native directory?
See additional comment about patch header below.
Thanks
Sau!
Signed-off-by: Wenzong Fanwenzong@windriver.com
---
.../perl/perl-5.12.3/MM_Unix.pm.patch | 12
meta/recipes-devtools/perl/perl-native_5.12.3.bb |5 +++--
2 files changed, 15 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-devtools/perl/perl-5.12.3/MM_Unix.pm.patch
diff --git a/meta/recipes-devtools/perl/perl-5.12.3/MM_Unix.pm.patch
b/meta/recipes-devtools/perl/perl-5.12.3/MM_Unix.pm.patch
new file mode 100644
index 000..7a6e02d
--- /dev/null
+++ b/meta/recipes-devtools/perl/perl-5.12.3/MM_Unix.pm.patch
This needs a patch header with a Signed-off-by and Upstream-Status as
per the guidelines:
http://wiki.openembedded.org/index.php/Commit_Patch_Message_Guidelines
@@ -0,0 +1,12 @@
+--- perl-5.12.3/cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Unix.pm.orig
2011-08-12 16:07:30.0 +0800
perl-5.12.3/cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Unix.pm
2011-08-12 16:08:56.0 +0800
+@@ -1019,6 +1019,9 @@
+ }
+
+ foreach my $name (@$names){
++# Getting MakeMaker.pm use perl wrapper instead of 'perl.real'
directly
++$name =~ s/perl\.real/perl/ if ($name =~ /perl\.real/);
++
+ foreach my $dir (@$dirs){
+ next unless defined $dir; # $self-{PERL_SRC} may be undefined
+ my ($abs, $val);
diff --git a/meta/recipes-devtools/perl/perl-native_5.12.3.bb
b/meta/recipes-devtools/perl/perl-native_5.12.3.bb
index 945ebd4..a8e2346 100644
--- a/meta/recipes-devtools/perl/perl-native_5.12.3.bb
+++ b/meta/recipes-devtools/perl/perl-native_5.12.3.bb
@@ -4,7 +4,7 @@ SECTION = libs
LICENSE = Artistic|GPL
LIC_FILES_CHKSUM = file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
file://Artistic;md5=f921793d03cc6d63ec4b15e9be8fd3f8
-PR = r4
+PR = r5
LIC_FILES_CHKSUM = file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
file://Artistic;md5=f921793d03cc6d63ec4b15e9be8fd3f8
@@ -19,7 +19,8 @@ SRC_URI = http://www.cpan.org/src/5.0/perl-${PV}.tar.gz \
file://parallel_build_fix_5.patch \
file://parallel_build_fix_6.patch \
file://native-nopacklist.patch \
- file://native-perlinc.patch
+ file://native-perlinc.patch \
+ file://MM_Unix.pm.patch
SRC_URI[md5sum] = 29975a69dce54e47fcd6331c085c6c99
SRC_URI[sha256sum] =
5678bfd5c2cd59253a26171bf3e681235433b00c730eea8a8046e1b225c11d2f
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] binutils-2.20.1: import several patches from Debian
On 08/16/2011 01:07 AM, Dmitry Eremin-Solenikov wrote:
Import several patches from Debian to improve --no-add-needed handling
vs. weak symbols and branching to weak symbols on arm.
Signed-off-by: Dmitry Eremin-Solenikovdbarysh...@gmail.com
---
.../152_arm_branches_to_weak_symbols.patch | 240
.../binutils-2.20.1/200_elflink_%B_fixes.patch | 65 ++
.../201_elflink_improve_noaddneeded_errors.patch | 70 ++
.../202_elflink_noaddneeded_vs_weak.patch | 87 +++
.../recipes-devtools/binutils/binutils_2.20.1.bb |6 +-
5 files changed, 467 insertions(+), 1 deletions(-)
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/200_elflink_%B_fixes.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/201_elflink_improve_noaddneeded_errors.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/202_elflink_noaddneeded_vs_weak.patch
These patches need additional patch headers for OE-Core, I know they
already contain some info, but please add Signed-off-by and
Upstream-Status (if appropriate).
http://wiki.openembedded.org/index.php/Commit_Patch_Message_Guidelines
Thanks
Sau!
diff --git
a/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
new file mode 100644
index 000..48523f8
--- /dev/null
+++
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
@@ -0,0 +1,240 @@
+#!/bin/sh -e
+## 152_arm_branches_to_weak_symbols.dpatch
+##
+## DP: Description: http://sourceware.org/ml/binutils/2010-04/msg00446.html
+## DP: Description: taken from the trunk
+
+if [ $# -ne 1 ]; then
+echo2 `basename $0`: script expects -patch|-unpatch as argument
+exit 1
+fi
+
+[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts
+patch_opts=${patch_opts:--f --no-backup-if-mismatch}
+
+case $1 in
+ -patch) patch $patch_opts -p0 $0;;
+ -unpatch) patch $patch_opts -p0 -R $0;;
+*)
+echo2 `basename $0`: script expects -patch|-unpatch as
argument
+exit 1;;
+esac
+
+exit 0
+
+gas/
+
+2010-05-04 Nick Cliftonni...@redhat.com
+
+ * write.c (fixup_segment): Revert previous delta.
+ * config/tc-arm.h (TC_FORCE_RELOCATION_LOCAL): Also force the
+ generation of relocations for fixups against weak symbols.
+
+2010-04-29 Nathan Sidwellnat...@codesourcery.com
+
+ * write.c (fixup_segment): Do not assume we know the section a
+ defined weak symbol is in.
+ * config/tc-arm.c (relax_adr, relax_branch, md_apply_fix): Treat
+ weak symbols as not known to be in the same section, even if they
+ are defined.
+
+gas/testsuite/
+
+2010-04-29 Nathan Sidwellnat...@codesourcery.com
+
+ * gas/arm/weakdef-1.s: New.
+ * gas/arm/weakdef-1.d: New.
+ * gas/arm/weakdef-2.s: New.
+ * gas/arm/weakdef-2.d: New.
+ * gas/arm/weakdef-2.l: New.
+
+@DPATCH@
+diff -urN gas.orig/config/tc-arm.c gas/config/tc-arm.c
+--- a/gas/config/tc-arm.c 2010-02-22 08:06:52.0 +
b/gas/config/tc-arm.c 2010-05-06 12:52:25.391085365 +
+@@ -18207,7 +18207,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section. */
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ val = relaxed_symbol_addr (fragp, stretch);
+@@ -18250,7 +18251,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section. */
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ #ifdef OBJ_ELF
+@@ -19463,22 +19465,23 @@
+not have a reloc for it, so tc_gen_reloc will reject it. */
+ fixP-fx_done = 1;
+
+- if (fixP-fx_addsy
+-! S_IS_DEFINED (fixP-fx_addsy))
++ if (fixP-fx_addsy)
+ {
+-as_bad_where (fixP-fx_file, fixP-fx_line,
+- _(undefined symbol %s used as an immediate value),
+- S_GET_NAME (fixP-fx_addsy));
+-break;
+- }
++const char *msg = 0;
+
+- if (fixP-fx_addsy
+-S_GET_SEGMENT (fixP-fx_addsy) != seg)
+- {
+-as_bad_where (fixP-fx_file, fixP-fx_line,
+- _(symbol %s is in a different section),
+- S_GET_NAME (fixP-fx_addsy));
+-break;
++if (! S_IS_DEFINED (fixP-fx_addsy))
++ msg = _(undefined symbol %s used as an immediate value);
++else if (S_GET_SEGMENT (fixP-fx_addsy) != seg)
++
Re: [OE-core] [PATCH] rpm: configure with staging native path for magic file
On 08/16/2011 10:02 AM, Adrian Alonso wrote:
Um you are right target rpm with conflict with the search path for the
magic file
So in order to close bug [1358] either apply first proposed patch [1] or
update
file_5.04.bb http://file_5.04.bb to file_5.07.bb http://file_5.07.bb
that also solves the problem on my F15 dev machine.
I just verified and the patch from Jani [1] is applied, is there still a
problem with OE-Core?
I would also welcome the update of file to 5.07.
Thanks
Sau!
[1] https://lists.yoctoproject.org/pipermail/yocto/2011-August/004486.html
[1358] http://bugzilla.pokylinux.org/show_bug.cgi?id=1358
On Tue, Aug 16, 2011 at 9:34 AM, Khem Raj raj.k...@gmail.com
mailto:raj.k...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/15/2011 07:53 PM, Adrian Alonso wrote:
* Remove hardcoded system path for path-magic file in order to avoid
potential mistmatch between host and yocto native tools as reported
in yocto mailing list: error: magic_load(ms,
/usr/share/misc/magic) failed: File 5.4 supports only version 7 magic
files. `/usr/share/misc/magic.mgc' is version 8 * Another
solution is to update meta/recipes-devtools/file/file_5.04.bb
http://file_5.04.bb to a
newer version ie. file_5.07.bb http://file_5.07.bb
Signed-off-by: Adrian Alonso aalons...@gmail.com
mailto:aalons...@gmail.com ---
meta/recipes-devtools/rpm/rpm_5.4.0.bb http://rpm_5.4.0.bb |
4 ++-- 1 files changed, 2
insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/rpm/rpm_5.4.0.bb
http://rpm_5.4.0.bb
b/meta/recipes-devtools/rpm/rpm_5.4.0.bb http://rpm_5.4.0.bb
index c0e3208..948ed84
100644 --- a/meta/recipes-devtools/rpm/rpm_5.4.0.bb
http://rpm_5.4.0.bb +++
b/meta/recipes-devtools/rpm/rpm_5.4.0.bb http://rpm_5.4.0.bb @@
-45,7 +45,7 @@
LIC_FILES_CHKSUM =
file://COPYING.LIB;md5=2d5025d4aa3495befef8f17206a5b0a1 DEPENDS =
bzip2 zlib db openssl elfutils expat libpcre attr acl popt
${extrarpmdeps} extrarpmdeps = python perl
extrarpmdeps_virtclass-native = -PR = r19 +PR = r20
# rpm2cpio is a shell script, which is part of the rpm src.rpm. It
is needed # in order to extract the distribution SRPM into a format
we can extract... @@ -120,7 +120,7 @@ EXTRA_OECONF = --verbose \
${WITH_DB} \ ${WITH_Z} \ --with-file \ -
--with-path-magic=/usr/share/misc/magic \ +
--with-path-magic=${STAGING_DIR_NATIVE}/usr/share/misc/magic.mgc \
this wont work for target rpm I guess
--without-lua \ --without-tcl \ --with-syck=internal \
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iEYEARECAAYFAk5Kf+UACgkQuwUzVZGdMxTmPACgiKm1rdoDPbxVdYhHvCqKEyFJ
0A4Anjx/BxnCQm6ZiLKGXOrn2nbFHzyS
=jGQc
-END PGP SIGNATURE-
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
mailto:Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Saludos
Adrian Alonso
http://aalonso.wordpress.com
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/5] Redefine LINKER_HASH_STYLE and uclibc fixes
with this patchset, fix the uclibc image fallouts with various recent recipe updates Modify the way we pass linker hash style so it can be used in multiple methods. Pass information about default linker hash style to gcc configure so that it passes the right flags to runtime libraries builds e.g. libgcc libstdc++ etc. The following changes since commit 3e872751690135178afb3a3f147bd002112c1bac: tcf-agent: Add openssl to DEPENDS (2011-08-16 15:29:09 -0700) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib kraj/linker-hash-choice http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/linker-hash-choice Khem Raj (5): conf,recipes: Redefine LINKER_HASH_STYLE gcc-4.6: Use --with-linker-hash-style configure option task-core-tools: Use LTTNGUST variable instead of hardcoding lttng-ust gdb: Add lttng-ust to DEPENDS only for eglibc tcf-agent: Add openssl to DEPENDS meta/conf/bitbake.conf |4 ++-- meta/conf/distro/include/tcmode-default.inc |6 +- meta/recipes-core/tasks/task-core-tools.bb |6 +++--- meta/recipes-core/uclibc/uclibc.inc |2 +- meta/recipes-devtools/gcc/gcc-4.6.inc|3 ++- meta/recipes-devtools/gdb/gdb-common.inc | 11 +-- meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb |4 ++-- 7 files changed, 24 insertions(+), 12 deletions(-) -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/5] conf,recipes: Redefine LINKER_HASH_STYLE
LINKER_HASH_STYLE is not set to either sysv or gnu
depending upon architecture e.g. mips does not support
gnu hash style among the supported architectures so
we make sure its set to 'sysv' form mips
Linker flags are munged to adhere to renamed variable
Third option is to set it to 'both' we do
not do that by default but user can still set it
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/conf/bitbake.conf |4 ++--
meta/conf/distro/include/tcmode-default.inc |6 +-
meta/recipes-core/uclibc/uclibc.inc |2 +-
3 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index b309516..58a604a 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -475,9 +475,9 @@ BUILDSDK_LDFLAGS = -L${STAGING_LIBDIR} \
-Wl,-rpath-link,${STAGING_DIR_HOST}${base_libdir} \
-Wl,-rpath,${base_libdir} -Wl,-O1
-TARGET_LINK_HASH_STYLE ??=
+LINKER_HASH_STYLE ??= gnu
export LDFLAGS = ${TARGET_LDFLAGS}
-export TARGET_LDFLAGS = -Wl,-O1 ${TARGET_LINK_HASH_STYLE}
+export TARGET_LDFLAGS = -Wl,-O1 -Wl,--hash-style=${LINKER_HASH_STYLE}
#export TARGET_LDFLAGS = -L${STAGING_DIR_TARGET}${libdir} \
# -Wl,-rpath-link,${STAGING_DIR_TARGET}${libdir} \
# -Wl,-O1
diff --git a/meta/conf/distro/include/tcmode-default.inc
b/meta/conf/distro/include/tcmode-default.inc
index 0d0af38..60f99ac 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -63,5 +63,9 @@ PREFERRED_VERSION_gzip-native ?= 1.4
# Setup suitable toolchain flags
require conf/distro/include/as-needed.inc
-TARGET_LINK_HASH_STYLE ?=
${@['-Wl,--hash-style=gnu',''][bb.data.getVar('TARGET_ARCH', d, True) in
['mips', 'mipsel', 'mips64', 'mips64el']]}
+# mips does not support GNU hash style therefore we hard assign them
+LINKER_HASH_STYLE_mips = sysv
+LINKER_HASH_STYLE_mipsel = sysv
+LINKER_HASH_STYLE_mips64 = sysv
+LINKER_HASH_STYLE_mips64el = sysv
diff --git a/meta/recipes-core/uclibc/uclibc.inc
b/meta/recipes-core/uclibc/uclibc.inc
index 222c34f..ab10f1b 100644
--- a/meta/recipes-core/uclibc/uclibc.inc
+++ b/meta/recipes-core/uclibc/uclibc.inc
@@ -201,5 +201,5 @@ do_configure() {
do_install() {
oe_runmake PREFIX=${D} install
-oe_runmake PREFIX=${D} SSP_ALL_CFLAGS=${TARGET_LINK_HASH_STYLE}
install_utils
+oe_runmake PREFIX=${D}
SSP_ALL_CFLAGS=-Wl,--hash-style=${LINKER_HASH_STYLE} install_utils
}
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] tcf-agent: Add openssl to DEPENDS
It ends in errors like below otherwise
| framework/channel_tcp.c:34:27: fatal error: openssl/ssl.h: No such
file or directory
| compilation terminated.
| make: *** [obj/GNU/Linux/arm/Debug/framework/channel_tcp.o] Error 1
| make: *** Waiting for unfinished jobs
| + die 'oe_runmake failed'
| + bbfatal 'oe_runmake failed'
| + echo 'ERROR: oe_runmake failed'
| ERROR: oe_runmake failed
| + exit 1
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb
b/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb
index 3f97f69..37591c2 100644
--- a/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb
+++ b/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM =
file://../epl-v10.html;md5=7aa4215a330a0a4f6a1cbf8da1a0879f
SRCREV = 1855
PV = 0.0+svnr${SRCPV}
-PR = r0
+PR = r1
SRC_URI =
svn://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk;module=agent;proto=http
\
http://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk/epl-v10.html;name=epl
\
@@ -19,7 +19,7 @@ SRC_URI =
svn://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk;module=ag
SRC_URI[epl.md5sum] = 7aa4215a330a0a4f6a1cbf8da1a0879f
SRC_URI[epl.sha256sum] =
4fd64aeed340d62a64a8da4b371efe0f6d0d745f4d2dbefacba86c646d36bc72
-DEPENDS = util-linux
+DEPENDS = util-linux openssl
RDEPENDS_${PN} = bash
S = ${WORKDIR}/agent
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] task-core-tools: Use LTTNGUST variable instead of hardcoding lttng-ust
This helps build on uclibc where lttng-ust is not included
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/tasks/task-core-tools.bb |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/tasks/task-core-tools.bb
b/meta/recipes-core/tasks/task-core-tools.bb
index b0eb7d4..11ea723 100644
--- a/meta/recipes-core/tasks/task-core-tools.bb
+++ b/meta/recipes-core/tasks/task-core-tools.bb
@@ -6,7 +6,7 @@ DESCRIPTION = Tools tasks for OE-Core
LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
-PR = r10
+PR = r11
PACKAGES = \
task-core-tools-debug \
@@ -76,8 +76,8 @@ LTTNGUST_libc-uclibc =
# MIPS.
RDEPENDS_task-core-tools-profile_append_qemux86 = valgrind lttng-ust
${SYSTEMTAP}
RDEPENDS_task-core-tools-profile_append_qemux86-64 = ${LTTNGUST}
${SYSTEMTAP}
-RDEPENDS_task-core-tools-profile_append_qemuppc = lttng-ust ${SYSTEMTAP}
-RDEPENDS_task-core-tools-profile_append_qemuarm = lttng-ust
+RDEPENDS_task-core-tools-profile_append_qemuppc = ${LTTNGUST} ${SYSTEMTAP}
+RDEPENDS_task-core-tools-profile_append_qemuarm = ${LTTNGUST}
RDEPENDS_task-core-tools-testapps = \
blktool \
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] gdb: Add lttng-ust to DEPENDS only for eglibc
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/gdb/gdb-common.inc | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
b/meta/recipes-devtools/gdb/gdb-common.inc
index df6c70f..9879e97 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -2,9 +2,16 @@ DESCRIPTION = gdb - GNU debugger
HOMEPAGE = http://www.gnu.org/software/gdb/;
LICENSE=GPLv3+
SECTION = devel
-DEPENDS = ncurses readline elfutils lttng-ust
+DEPENDS = ncurses readline elfutils ${LTTNGUST}
-INC_PR = r2
+LTTNGUST = lttng-ust
+LTTNGUST_libc-uclibc =
+LTTNGUST_mips =
+LTTNGUST_mipsel =
+LTTNGUST_mips64 =
+LTTNGUST_mips64el =
+
+INC_PR = r3
LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674 \
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] gcc-4.6: Use --with-linker-hash-style configure option
Depending upon what hash style is in use this uses
the right flag for setting the hash style type. This
fixes the QA errors about missing GNU hash style reported
in gcc-runtime build particularly libgcc
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/gcc/gcc-4.6.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc
b/meta/recipes-devtools/gcc/gcc-4.6.inc
index 0a148b4..fffb779 100644
--- a/meta/recipes-devtools/gcc/gcc-4.6.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.6.inc
@@ -1,6 +1,6 @@
require gcc-common.inc
-PR = r7
+PR = r8
# Third digit in PV should be incremented after a minor release
# happens from this branch on gcc e.g. currently its 4.6.0
@@ -90,6 +90,7 @@ EXTRA_OECONF_BASE = --enable-lto \
--disable-bootstrap \
--disable-libgomp \
--disable-libmudflap \
+ --with-linker-hash-style=${LINKER_HASH_STYLE} \
--enable-cheaders=c_global
EXTRA_OECONF_INITIAL = --disable-libmudflap \
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] gcc-cross-intermediate: revise the 64bithack.patch for multilib case
On Mon, Aug 15, 2011 at 6:16 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: just curious question, what is gcc 4.5 for, since gcc 4.6 is already there? Some people are still using gcc 4.5 for various reasons. It is getting to the point we should probably move that to meta-oe though? meta-oe already has recipes for gcc 4.5 so may be removing them from oe-core and letting people who want to use 4.5 use meta-oe ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] angstrom-task-gnome: Added gedit to task-gnome dependencies
On Tue, Aug 16, 2011 at 2:24 PM, Jason Kridner jkrid...@beagleboard.org wrote: I see the README says this should be on the OE-core list, but maybe this should go on the Angstrom list? it should go to angstrom-devel list in anycase if this is a patch against angstrom on top of oe.dev then it should go to oe-devel list too. oe-core is not needed On Aug 16, 2011, at 3:24 PM, Joel A Fernandes agnel.j...@gmail.com wrote: Signed-off-by: Joel A Fernandes agnel.j...@gmail.com --- This patch can be applied after these have been: http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-August/034413.html recipes-angstrom/tasks/angstrom-task-gnome.bb | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/recipes-angstrom/tasks/angstrom-task-gnome.bb b/recipes-angstrom/tasks/angstrom-task-gnome.bb index a2f9fae..75e59c6 100644 --- a/recipes-angstrom/tasks/angstrom-task-gnome.bb +++ b/recipes-angstrom/tasks/angstrom-task-gnome.bb @@ -41,6 +41,7 @@ RDEPENDS_task-gnome = \ gpe-scap \ bash \ tzdata \ + gedit \ RRECOMMENDS_task-gnome = ofono -- 1.7.0.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] binutils-2.20.1: import several patches from Debian
On Tue, Aug 16, 2011 at 2:39 PM, Saul Wold s...@linux.intel.com wrote:
On 08/16/2011 01:07 AM, Dmitry Eremin-Solenikov wrote:
Import several patches from Debian to improve --no-add-needed handling
vs. weak symbols and branching to weak symbols on arm.
Signed-off-by: Dmitry Eremin-Solenikovdbarysh...@gmail.com
---
.../152_arm_branches_to_weak_symbols.patch | 240
.../binutils-2.20.1/200_elflink_%B_fixes.patch | 65 ++
.../201_elflink_improve_noaddneeded_errors.patch | 70 ++
.../202_elflink_noaddneeded_vs_weak.patch | 87 +++
.../recipes-devtools/binutils/binutils_2.20.1.bb | 6 +-
5 files changed, 467 insertions(+), 1 deletions(-)
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/200_elflink_%B_fixes.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/201_elflink_improve_noaddneeded_errors.patch
create mode 100644
meta-oe/recipes-devtools/binutils/binutils-2.20.1/202_elflink_noaddneeded_vs_weak.patch
These patches need additional patch headers for OE-Core,
they are for meta-oe not for oe-core however more info on patches is
always an improvement
and helps later maintenance
I know they already
contain some info, but please add Signed-off-by and Upstream-Status (if
appropriate).
http://wiki.openembedded.org/index.php/Commit_Patch_Message_Guidelines
Thanks
Sau!
diff --git
a/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
new file mode 100644
index 000..48523f8
--- /dev/null
+++
b/meta-oe/recipes-devtools/binutils/binutils-2.20.1/152_arm_branches_to_weak_symbols.patch
@@ -0,0 +1,240 @@
+#!/bin/sh -e
+## 152_arm_branches_to_weak_symbols.dpatch
+##
+## DP: Description:
http://sourceware.org/ml/binutils/2010-04/msg00446.html
+## DP: Description: taken from the trunk
+
+if [ $# -ne 1 ]; then
+ echo2 `basename $0`: script expects -patch|-unpatch as argument
+ exit 1
+fi
+
+[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts
+patch_opts=${patch_opts:--f --no-backup-if-mismatch}
+
+case $1 in
+ -patch) patch $patch_opts -p0 $0;;
+ -unpatch) patch $patch_opts -p0 -R $0;;
+ *)
+ echo2 `basename $0`: script expects -patch|-unpatch as
argument
+ exit 1;;
+esac
+
+exit 0
+
+gas/
+
+2010-05-04 Nick Cliftonni...@redhat.com
+
+ * write.c (fixup_segment): Revert previous delta.
+ * config/tc-arm.h (TC_FORCE_RELOCATION_LOCAL): Also force the
+ generation of relocations for fixups against weak symbols.
+
+2010-04-29 Nathan Sidwellnat...@codesourcery.com
+
+ * write.c (fixup_segment): Do not assume we know the section a
+ defined weak symbol is in.
+ * config/tc-arm.c (relax_adr, relax_branch, md_apply_fix): Treat
+ weak symbols as not known to be in the same section, even if they
+ are defined.
+
+gas/testsuite/
+
+2010-04-29 Nathan Sidwellnat...@codesourcery.com
+
+ * gas/arm/weakdef-1.s: New.
+ * gas/arm/weakdef-1.d: New.
+ * gas/arm/weakdef-2.s: New.
+ * gas/arm/weakdef-2.d: New.
+ * gas/arm/weakdef-2.l: New.
+
+@DPATCH@
+diff -urN gas.orig/config/tc-arm.c gas/config/tc-arm.c
+--- a/gas/config/tc-arm.c 2010-02-22 08:06:52.0 +
b/gas/config/tc-arm.c 2010-05-06 12:52:25.391085365 +
+@@ -18207,7 +18207,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section.
*/
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ val = relaxed_symbol_addr (fragp, stretch);
+@@ -18250,7 +18251,8 @@
+
+ /* Assume worst case for symbols not known to be in the same section.
*/
+ if (!S_IS_DEFINED (fragp-fr_symbol)
+- || sec != S_GET_SEGMENT (fragp-fr_symbol))
++ || sec != S_GET_SEGMENT (fragp-fr_symbol)
++ || S_IS_WEAK (fragp-fr_symbol))
+ return 4;
+
+ #ifdef OBJ_ELF
+@@ -19463,22 +19465,23 @@
+ not have a reloc for it, so tc_gen_reloc will reject it. */
+ fixP-fx_done = 1;
+
+- if (fixP-fx_addsy
+- ! S_IS_DEFINED (fixP-fx_addsy))
++ if (fixP-fx_addsy)
+ {
+- as_bad_where (fixP-fx_file, fixP-fx_line,
+- _(undefined symbol %s used as an immediate
value),
+- S_GET_NAME (fixP-fx_addsy));
+- break;
+- }
++ const char *msg = 0;
+
+- if (fixP-fx_addsy
+- S_GET_SEGMENT (fixP-fx_addsy) != seg)
+- {
+- as_bad_where (fixP-fx_file, fixP-fx_line,
+-
Re: [OE-core] [PATCH] angstrom-task-gnome: Added gedit to task-gnome dependencies
On Tue, Aug 16, 2011 at 6:00 PM, Khem Raj raj.k...@gmail.com wrote: On Tue, Aug 16, 2011 at 2:24 PM, Jason Kridner jkrid...@beagleboard.org wrote: I see the README says this should be on the OE-core list, but maybe this should go on the Angstrom list? it should go to angstrom-devel list in anycase if this is a patch against angstrom on top of oe.dev then it should go to oe-devel list too. oe-core is not needed Hi Khem, just confirming that you mean meta-angstrom patches should go to both oe-core and angstrom lists? Thanks, Joel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Switch SRC_URI for shadow as current uri is not avaiable
When running a build this afternoon I was unable to fetch shadow, checking the shadow home page I saw their download page lists a differen URI than we have in the metadata so this patch changes the metadata to match the URI referred to on the shadow home page. Cheers, Joshua The following changes since commit 13db5f420ca9bff98561f80d78958278734ad1f4: distro-tracking: Update info for gpgme, libassuan, apr... after last upgrade. (2011-08-15 15:26:04 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib josh/work http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=josh/work Joshua Lock (1): shadow: switch to a fetchable SRC_URI .../shadow/shadow-native_4.1.4.3.bb|2 +- meta/recipes-extended/shadow/shadow_4.1.4.3.bb |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) -- 1.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] shadow: switch to a fetchable SRC_URI
Swith the SRC_URI to the one referenced on the sources section of the
utilities download page (http://pkg-shadow.alioth.debian.org/download.php).
Signed-off-by: Joshua Lock j...@linux.intel.com
---
.../shadow/shadow-native_4.1.4.3.bb|2 +-
meta/recipes-extended/shadow/shadow_4.1.4.3.bb |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb
b/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb
index c4db7ea..485495e 100644
--- a/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb
+++ b/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=08c553a87d4e51bbed50b20e0adcaede \
PR = r0
-SRC_URI =
ftp://pkg-shadow.alioth.debian.org/pub/pkg-shadow/shadow-${PV}.tar.bz2 \
+SRC_URI = http://pkg-shadow.alioth.debian.org/releases/${BPN}-${PV}.tar.bz2 \
file://shadow.automake-1.11.patch \
file://shadow-4.1.3-dots-in-usernames.patch \
file://shadow-4.1.4.2-env-reset-keep-locale.patch \
diff --git a/meta/recipes-extended/shadow/shadow_4.1.4.3.bb
b/meta/recipes-extended/shadow/shadow_4.1.4.3.bb
index 70d4cbb..728b8e5 100644
--- a/meta/recipes-extended/shadow/shadow_4.1.4.3.bb
+++ b/meta/recipes-extended/shadow/shadow_4.1.4.3.bb
@@ -11,7 +11,7 @@ DEPENDS = ${@base_contains('DISTRO_FEATURES', 'pam',
'libpam', '', d)}
RDEPENDS_${PN} = ${@base_contains('DISTRO_FEATURES', 'pam', '${PAM_PLUGINS}',
'', d)}
PR = r3
-SRC_URI =
ftp://pkg-shadow.alioth.debian.org/pub/pkg-shadow/shadow-${PV}.tar.bz2 \
+SRC_URI = http://pkg-shadow.alioth.debian.org/releases/${BPN}-${PV}.tar.bz2 \
file://login_defs_pam.sed \
${@base_contains('DISTRO_FEATURES', 'pam', '${PAM_SRC_URI}', '',
d)} \
file://securetty \
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] angstrom-task-gnome: Added gedit to task-gnome dependencies
Sorry to bother you but are you sure? if this is a patch against angstrom on top of oe.dev then it should go to oe-devel list too meta-angstrom patches are not ontop of oe.dev On Tue, Aug 16, 2011 at 8:16 PM, Dmytriyenko, Denys de...@ti.com wrote: He meant angstrom-devel and/or oe-devel, not oe-core. Denys - Reply message - From: Joel A Fernandes agnel.j...@gmail.com To: Khem Raj raj.k...@gmail.com Cc: Patches and discussions about the oe-core layer openembedded-core@lists.openembedded.org, Kooi, Koen k-k...@ti.com, Dmytriyenko, Denys de...@ti.com Subject: [OE-core] [PATCH] angstrom-task-gnome: Added gedit to task-gnome dependencies Date: Tue, Aug 16, 2011 18:07 On Tue, Aug 16, 2011 at 6:00 PM, Khem Raj raj.k...@gmail.com wrote: On Tue, Aug 16, 2011 at 2:24 PM, Jason Kridner jkrid...@beagleboard.org wrote: I see the README says this should be on the OE-core list, but maybe this should go on the Angstrom list? it should go to angstrom-devel list in anycase if this is a patch against angstrom on top of oe.dev then it should go to oe-devel list too. oe-core is not needed Hi Khem, just confirming that you mean meta-angstrom patches should go to both oe-core and angstrom lists? Thanks, Joel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [meta-oe] [PATCH] gnome-system-monitor: Add dependency on gnome-icon-theme
Without this, the configure stage of this recipe fails with pkg-config not finding the gnome-icon-theme package Signed-off-by: Joel A Fernandes agnel.j...@gmail.com Cc: j...@ti.com Cc: k-k...@ti.com --- .../gnome-system-monitor_2.28.2.bb |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta-gnome/recipes-gnome/gnome-system-monitor/gnome-system-monitor_2.28.2.bb b/meta-gnome/recipes-gnome/gnome-system-monitor/gnome-system-monitor_2.28.2.bb index 72ad32b..6ce4f92 100644 --- a/meta-gnome/recipes-gnome/gnome-system-monitor/gnome-system-monitor_2.28.2.bb +++ b/meta-gnome/recipes-gnome/gnome-system-monitor/gnome-system-monitor_2.28.2.bb @@ -3,7 +3,7 @@ LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe SECTION = x11/gnome -DEPENDS = libgtop gtkmm glibmm gnome-doc-utils libwnck gtk+ dbus-glib librsvg +DEPENDS = libgtop gtkmm glibmm gnome-doc-utils gnome-icon-theme libwnck gtk+ dbus-glib librsvg inherit gnome SRC_URI[archive.md5sum] = 3f0bca9b0ebc7a365466851cd580d167 -- 1.7.0.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 5/5] tcf-agent: Add openssl to DEPENDS
Khem Raj wrote on 2011-08-17:
It ends in errors like below otherwise
| framework/channel_tcp.c:34:27: fatal error: openssl/ssl.h: No such
file or directory
| compilation terminated.
| make: *** [obj/GNU/Linux/arm/Debug/framework/channel_tcp.o] Error 1
| make: *** Waiting for unfinished jobs
| + die 'oe_runmake failed'
| + bbfatal 'oe_runmake failed'
| + echo 'ERROR: oe_runmake failed'
| ERROR: oe_runmake failed
| + exit 1
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb
b/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb index
3f97f69..37591c2 100644 ---
a/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb +++
b/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb @@ -8,7 +8,7 @@
LIC_FILES_CHKSUM =
file://../epl-v10.html;md5=7aa4215a330a0a4f6a1cbf8da1a0879f
SRCREV = 1855
PV = 0.0+svnr${SRCPV}
-PR = r0
+PR = r1
SRC_URI =
svn://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk;module=ag
ent;p roto=http \
http://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk/epl-v10.h
tml;na me=epl \ @@ -19,7 +19,7 @@ SRC_URI =
svn://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk;module=ag
SRC_URI[epl.md5sum] = 7aa4215a330a0a4f6a1cbf8da1a0879f
SRC_URI[epl.sha256sum] =
4fd64aeed340d62a64a8da4b371efe0f6d0d745f4d2dbefacba86c646d36bc7 2
-DEPENDS = util-linux
+DEPENDS = util-linux openssl
RDEPENDS_${PN} = bash
S = ${WORKDIR}/agent
Hi, I have sent out the same patch 8+ hours ago. :-)
Thanks,
-- Dexuan
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] file: new file version 5.07
* file version 5.07 also prevents magic file mistmatch
in Fedora 15
* related to bug 1358.
http://bugzilla.pokylinux.org/show_bug.cgi?id=1358
Signed-off-by: Adrian Alonso aalons...@gmail.com
---
meta/recipes-devtools/file/file_5.07.bb | 36 +++
1 files changed, 36 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-devtools/file/file_5.07.bb
diff --git a/meta/recipes-devtools/file/file_5.07.bb
b/meta/recipes-devtools/file/file_5.07.bb
new file mode 100644
index 000..9b5b51f
--- /dev/null
+++ b/meta/recipes-devtools/file/file_5.07.bb
@@ -0,0 +1,36 @@
+SUMMARY = File classification tool
+DESCRIPTION = File attempts to classify files depending \
+on their contents and prints a description if a match is found.
+HOMEPAGE = http://www.darwinsys.com/file/;
+SECTION = console/utils
+
+# two clause BSD
+LICENSE = BSD
+LIC_FILES_CHKSUM =
file://COPYING;beginline=2;md5=6a7382872edb68d33e1a9398b6e03188
+
+DEPENDS = zlib file-native
+DEPENDS_virtclass-native = zlib-native
+PR = r0
+
+SRC_URI = ftp://ftp.astron.com/pub/file/file-${PV}.tar.gz \
+ file://dump \
+ file://filesystems
+
+SRC_URI[md5sum] = b8d1f9a8a644067bd0a703cebf3f4858
+SRC_URI[sha256sum] =
c968bfe97d87f9f564728a894d57be2c6bba9a2006763f85c5f72a9a3c2f
+
+inherit autotools
+
+do_configure_prepend() {
+ cp ${WORKDIR}/dump ${S}/magic/Magdir/
+ cp ${WORKDIR}/filesystems ${S}/magic/Magdir/
+}
+
+FILES_${PN} += ${datadir}/misc/*.mgc
+
+do_install_append_virtclass-native() {
+ create_cmdline_wrapper ${D}/${bindir}/file \
+ --magic-file ${datadir}/misc/magic.mgc
+}
+
+BBCLASSEXTEND = native
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] fix yocto bug 1276: qemuppc hello-mod fails to build
The following changes since commit a21ff559e7c93e9da61104f4a33e42e6004189fd: Fixup remaining bb.msg.domain users (2011-08-15 17:31:52 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib dvhart/powerpc http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dvhart/powerpc Darren Hart (1): kernel: restore crtsavres.o to enable building external modules on powerpc meta/classes/kernel.bbclass |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) -- 1.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] kernel: restore crtsavres.o to enable building external modules on powerpc
Fixes [YOCTO #1276]
As of Linux kernel version 3.0.1, and much earlier, the make clean target
removes arch/powerpc/lib/crtsavres.o. As this object is present in
KBUILD_LDFLAGS_MODULE, it is required to build external modules, and should
therefor not be removed by make clean.
While I do not advocate fixing buggy kernels in the generic kernel classes,
we should probably account for this one in kernel.bbclass as it affects
such a long list of kernel versions.
Signed-off-by: Darren Hart dvh...@linux.intel.com
CC: Bruce Ashfield bruce.ashfi...@windriver.com
CC: Tom Zanussi tom.zanu...@intel.com
---
meta/classes/kernel.bbclass |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 7dc9cc6..386b05e 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -159,6 +159,13 @@ kernel_do_install() {
find $kerneldir -path $kerneldir/scripts -prune -o -name *.[csS]
-exec rm '{}' \;
find $kerneldir/Documentation -name *.txt -exec rm '{}' \;
+ # As of Linux kernel version 3.0.1, the clean target removes
+ # arch/powerpc/lib/crtsavres.o which is present in
+ # KBUILD_LDFLAGS_MODULE, making it required to build external modules.
+ if [ ${ARCH} = powerpc ]; then
+ cp arch/powerpc/lib/crtsavres.o
$kerneldir/arch/powerpc/lib/crtsavres.o
+ fi
+
# Remove the following binaries which cause strip errors
# during do_package for cross-compiled platforms
bin_files=arch/powerpc/boot/addnote arch/powerpc/boot/hack-coff \
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] angstrom-task-gnome: Added gedit to task-gnome dependencies
On Tue, Aug 16, 2011 at 7:12 PM, Joel A Fernandes agnel.j...@gmail.com wrote: Sorry to bother you but are you sure? if this is a patch against angstrom on top of oe.dev then it should go to oe-devel list too meta-angstrom patches are not ontop of oe.dev yes meta-angstrom patches go to angstrom-devel list. No need to send them to oe-devel or oe-core mls unless there is some change that affects these other layers On Tue, Aug 16, 2011 at 8:16 PM, Dmytriyenko, Denys de...@ti.com wrote: He meant angstrom-devel and/or oe-devel, not oe-core. Denys - Reply message - From: Joel A Fernandes agnel.j...@gmail.com To: Khem Raj raj.k...@gmail.com Cc: Patches and discussions about the oe-core layer openembedded-core@lists.openembedded.org, Kooi, Koen k-k...@ti.com, Dmytriyenko, Denys de...@ti.com Subject: [OE-core] [PATCH] angstrom-task-gnome: Added gedit to task-gnome dependencies Date: Tue, Aug 16, 2011 18:07 On Tue, Aug 16, 2011 at 6:00 PM, Khem Raj raj.k...@gmail.com wrote: On Tue, Aug 16, 2011 at 2:24 PM, Jason Kridner jkrid...@beagleboard.org wrote: I see the README says this should be on the OE-core list, but maybe this should go on the Angstrom list? it should go to angstrom-devel list in anycase if this is a patch against angstrom on top of oe.dev then it should go to oe-devel list too. oe-core is not needed Hi Khem, just confirming that you mean meta-angstrom patches should go to both oe-core and angstrom lists? Thanks, Joel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 5/5] tcf-agent: Add openssl to DEPENDS
On Tue, Aug 16, 2011 at 7:44 PM, Cui, Dexuan dexuan@intel.com wrote:
Khem Raj wrote on 2011-08-17:
It ends in errors like below otherwise
| framework/channel_tcp.c:34:27: fatal error: openssl/ssl.h: No such
file or directory
| compilation terminated.
| make: *** [obj/GNU/Linux/arm/Debug/framework/channel_tcp.o] Error 1
| make: *** Waiting for unfinished jobs
| + die 'oe_runmake failed'
| + bbfatal 'oe_runmake failed'
| + echo 'ERROR: oe_runmake failed'
| ERROR: oe_runmake failed
| + exit 1
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb
b/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb index
3f97f69..37591c2 100644 ---
a/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb +++
b/meta/recipes-devtools/tcf-agent/tcf-agent_svn.bb @@ -8,7 +8,7 @@
LIC_FILES_CHKSUM =
file://../epl-v10.html;md5=7aa4215a330a0a4f6a1cbf8da1a0879f
SRCREV = 1855
PV = 0.0+svnr${SRCPV}
-PR = r0
+PR = r1
SRC_URI =
svn://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk;module=ag
ent;p roto=http \
http://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk/epl-v10.h
tml;na me=epl \ @@ -19,7 +19,7 @@ SRC_URI =
svn://dev.eclipse.org/svnroot/dsdp/org.eclipse.tm.tcf/trunk;module=ag
SRC_URI[epl.md5sum] = 7aa4215a330a0a4f6a1cbf8da1a0879f
SRC_URI[epl.sha256sum] =
4fd64aeed340d62a64a8da4b371efe0f6d0d745f4d2dbefacba86c646d36bc7 2
-DEPENDS = util-linux
+DEPENDS = util-linux openssl
RDEPENDS_${PN} = bash
S = ${WORKDIR}/agent
Hi, I have sent out the same patch 8+ hours ago. :-)
thanks for doing that
Thanks,
-- Dexuan
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [meta-oe] [PATCH] gnome-system-monitor: Add dependency on gnome-icon-theme
On Tue, Aug 16, 2011 at 7:16 PM, Joel A Fernandes agnel.j...@gmail.com wrote: Without this, the configure stage of this recipe fails with pkg-config not finding the gnome-icon-theme package may be you should bump up the PR to ensure a rebuild Signed-off-by: Joel A Fernandes agnel.j...@gmail.com Cc: j...@ti.com Cc: k-k...@ti.com --- .../gnome-system-monitor_2.28.2.bb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta-gnome/recipes-gnome/gnome-system-monitor/gnome-system-monitor_2.28.2.bb b/meta-gnome/recipes-gnome/gnome-system-monitor/gnome-system-monitor_2.28.2.bb index 72ad32b..6ce4f92 100644 --- a/meta-gnome/recipes-gnome/gnome-system-monitor/gnome-system-monitor_2.28.2.bb +++ b/meta-gnome/recipes-gnome/gnome-system-monitor/gnome-system-monitor_2.28.2.bb @@ -3,7 +3,7 @@ LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe SECTION = x11/gnome -DEPENDS = libgtop gtkmm glibmm gnome-doc-utils libwnck gtk+ dbus-glib librsvg +DEPENDS = libgtop gtkmm glibmm gnome-doc-utils gnome-icon-theme libwnck gtk+ dbus-glib librsvg inherit gnome SRC_URI[archive.md5sum] = 3f0bca9b0ebc7a365466851cd580d167 -- 1.7.0.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [meta-oe] [PATCH] gnome-system-monitor: Add dependency on gnome-icon-theme
On Wed, Aug 17, 2011 at 12:14 AM, Khem Raj raj.k...@gmail.com wrote: On Tue, Aug 16, 2011 at 7:16 PM, Joel A Fernandes agnel.j...@gmail.com wrote: Without this, the configure stage of this recipe fails with pkg-config not finding the gnome-icon-theme package may be you should bump up the PR to ensure a rebuild Hi Khem, Actually it didn't build to begin with. In this case is it required? Thanks ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
