From: Xiaofeng Yan
LSB 4.1 complain a host contamination error from libx11 because of absent
patch "makekeys_crosscompile.patch" from libx11-trim-1.4.4.
[YOCTO #1970]
Signed-off-by: Xiaofeng Yan
---
.../libx11-1.4.4/makekeys_crosscompile.patch | 45
1 files change
From: Xiaofeng Yan
LSB report the following information when running lsb test.
VSW5TESTSUITE PURPOSE 7
Assertion XStringToKeysym-7.(A)
When the string argument is the name of a KeySym in the
table with the prefix XK_ removed, then a call to
XStringToKeysym returns that KeySym.
METH: For each Ke
From: Xiaofeng Yan
Add patch "makekeys_crosscompile.patch" to libx11-1.4.4 for fixing
bug 1970.
[YOCTO #1970]
Signed-off-by: Xiaofeng Yan
---
meta/recipes-graphics/xorg-lib/libx11_1.4.4.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/xorg-li
Dear Xiaofeng,
Am Donnerstag, den 09.02.2012, 16:05 +0800 schrieb Xiaofeng Yan:
> From: Xiaofeng Yan
>
> LSB 4.1 complain a host contamination error from libx11 because of absent
> patch "makekeys_crosscompile.patch" from libx11-trim-1.4.4.
>
> [YOCTO #1970]
could you squash both patches plea
On Thu, 2012-02-09 at 06:22 +, Lu, Lianhao wrote:
> Hi guys,
>
> I just found that the gcc-runtime-nativesdk has different task signature for
> task do_patch, comparing to that of gcc-cross-initial. This would cause a
> do_patch failure if we use OEBasicHash as the BB_SIGNATURE_HANDLER. By
On 02/08/2012 12:38 PM, Matthew McClintock wrote:
Without this fix, libpcap will fail to build on powerpc64
Matthew, can you please resubmit this with the patch file in the commit
header per the guidelines
more along the lines of:
powerpc64-linux: update cached autoconf value for libpcap
Tha
On 08/02/12 19:21, Khem Raj wrote:
-# the 1.8.2 tag
-SRCREV = "9041ea42655dfc1422ce88eab931382dd400d13a"
-PV = "1.8.2+git${SRCPV}"
+# the 1.8.4 tag
+SRCREV = "f2183fa8df3d173afbee09cc4230ab8f4e03f459"
+PV = "1.8.4git${SRCPV}"
should this be 1.8.4+git${SRCPV} ?
Yes it should, thanks.
Updated
1. Update to 4.2.3-P2
2. From 4.2.0 final release, -lcrypto check was removed and we compile static
libraries
from bind that are linked to libcrypto. This is why i added a patch in order to
add
-lcrypto to LIBS.
3. Add openssl in DEPENDS as we need libcrypto from this package
4. Drop installing /
This fix is for dhclient. It needs libcrypto at runtime and if
libcrypto is in libdir, it's path can be inaccessible on systems
where /usr is on nfs for example or dhclient is needed before
/usr is mounted.
Signed-off-by: Andrei Gherzan
---
meta/recipes-connectivity/openssl/openssl.inc |7 ++
On Thu, 2012-02-09 at 19:44 +0200, Andrei Gherzan wrote:
> + # Moving libcrypto to /usr
> + mv ${D}${libdir}/libcrypto* ${D}${base_libdir}/
That looks like it will fail if ${libdir} and ${base_libdir} are the
same.
p.
___
Openembedded-core ma
On 02/09/2012 09:44 AM, Andrei Gherzan wrote:
This fix is for dhclient. It needs libcrypto at runtime and if
libcrypto is in libdir, it's path can be inaccessible on systems
where /usr is on nfs for example or dhclient is needed before
/usr is mounted.
Signed-off-by: Andrei Gherzan
---
meta/re
This patchset enables building qmake for the target with other target
utilities. I also fixed a couple of build failures in the process.
In addition I've used the same method to build qmake in the
qt4-tools-nativesdk recipe. This wasn't strictly necessary, however I
think it would be good to be co
Fix the following compile error (by disabling -Werror for QtWebKit):
./wtf/NullPtr.h:48:1: error: identifier 'nullptr' will become a keyword in
C++0x [-Werror=c++0x-compat]
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/qt-4.8.0.inc |1 +
.../recipes-qt/qt4/qt-4.8.0
qmake was not being built at all (since we had the host version from
qt4-native) and the default is to build for the host machine within
configure. With a minor hack we can build qmake for the target as well,
which is useful if you want to build Qt 4 software on an actual device.
Also move do_comp
The previous commit uses sed to modify a file that only exists in 4.8.0,
thus do_configure of 4.7.4 was failing; so make this conditional upon
the file existing.
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/qt4-tools-nativesdk.inc | 11 +++
1 files changed, 7 insertions(+), 4 d
* Use the same method to build qmake as in the qt4 target recipes
* We always have qmake from qt4-native so don't check if it exists -
just skip the check like we do in the qt4 target recipes. This
saves us a patch.
* Replace qt4-tools-native in DEPENDS with qt4-native
Signed-off-by: Paul Eggl
On Thu, Feb 9, 2012 at 15:57, Paul Eggleton
wrote:
> Please review the following changes for suitability for inclusion. If you
> have
> any objections or suggestions for improvement, please respond to the
> patches. If
> you agree with the changes, please provide your Acked-by.
>
Acked-by: Otavio
Op 9 feb. 2012, om 18:44 heeft Andrei Gherzan het volgende geschreven:
> This fix is for dhclient. It needs libcrypto at runtime and if
> libcrypto is in libdir, it's path can be inaccessible on systems
> where /usr is on nfs for example or dhclient is needed before
> /usr is mounted.
>
> Signed
Op 9 feb. 2012, om 18:57 heeft Paul Eggleton het volgende geschreven:
>
> +++ b/meta/recipes-qt/qt4/qt-4.8.0/qmake_pri_fixes.patch
> @@ -0,0 +1,40 @@
> +qmake: fix source file references in qmake.pri
> +
> +Fix duplicate entries in SOURCES and HEADERS, and fix the source file
> +list for the spl
On Thursday 09 February 2012 19:18:19 Koen Kooi wrote:
> Op 9 feb. 2012, om 18:57 heeft Paul Eggleton het volgende geschreven:
> > +++ b/meta/recipes-qt/qt4/qt-4.8.0/qmake_pri_fixes.patch
> > @@ -0,0 +1,40 @@
> > +qmake: fix source file references in qmake.pri
> > +
> > +Fix duplicate entries in SO
On Thu, Feb 9, 2012 at 20:15, Koen Kooi wrote:
>
> Op 9 feb. 2012, om 18:44 heeft Andrei Gherzan het volgende geschreven:
>
> > This fix is for dhclient. It needs libcrypto at runtime and if
> > libcrypto is in libdir, it's path can be inaccessible on systems
> > where /usr is on nfs for example
This fix is for dhclient. It needs libcrypto at runtime and if
libcrypto is in libdir, it's path can be inaccessible on systems
where /usr is on nfs for example or dhclient is needed before
/usr is mounted.
Signed-off-by: Andrei Gherzan
---
meta/recipes-connectivity/openssl/openssl.inc |
On Thu, 2012-02-09 at 20:30 +0200, Andrei Gherzan wrote:
> + # Moving libcrypto to /usr
> + mkdir -p ${D}/${base_libdir}/
> + mv ${D}${libdir}/libcrypto* ${D}${base_libdir}/
That looks like it will fail if ${libdir} and ${base_libdir} are the
same.
> + sed -i s/usr// ${D}/${libdir
On 02/09/2012 10:30 AM, Andrei Gherzan wrote:
This fix is for dhclient. It needs libcrypto at runtime and if
libcrypto is in libdir, it's path can be inaccessible on systems
where /usr is on nfs for example or dhclient is needed before
/usr is mounted.
Signed-off-by: Andrei Gherzan
---
meta/re
Without this fix, libpcap will fail to build on powerpc64
Signed-off-by: Matthew McClintock
---
v2: include filename is patch description
meta/site/powerpc64-linux |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/site/powerpc64-linux b/meta/site/powerpc64-linux
in
On Thu, Feb 9, 2012 at 10:33 AM, Phil Blundell wrote:
>
> Do you really want to put the development files in ${base_libdir}
> anyway? I would have thought that even the most enthusiastic proponents
> of a standalone / would not expect to be able to use the compiler
> without /usr mounted.
eventu
On Thu, Feb 9, 2012 at 9:57 AM, Paul Eggleton
wrote:
> +Fix the following error during compiling with gcc 4.6:
> +
> +./wtf/NullPtr.h:48:1: error: identifier 'nullptr' will become a keyword in
> C++0x [-Werror=c++0x-compat]
> +
> +Signed-off-by: Paul Eggleton
> +
> +Upstream-Status: Pending
> +
On 02/01/2012 07:37 AM, Martin Jansa wrote:
On Wed, Feb 01, 2012 at 03:15:31PM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: b44717c29c4f50917570039adf896680d24bb216
URL:
http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=b44717c29c
On Thu, Feb 09, 2012 at 02:07:05PM -0800, Saul Wold wrote:
> On 02/01/2012 07:37 AM, Martin Jansa wrote:
> > On Wed, Feb 01, 2012 at 03:15:31PM +, g...@git.openembedded.org wrote:
> >> Module: openembedded-core.git
> >> Branch: master
> >> Commit: b44717c29c4f50917570039adf896680d24bb216
> >> U
On Thu, Feb 9, 2012 at 2:30 PM, Martin Jansa wrote:
> Why +git when we have +svnr not +svn? and both systems call it revision?
yes +${SCM}r seems more prevalent
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.li
On Thu, 2012-02-09 at 23:30 +0100, Martin Jansa wrote:
> On Thu, Feb 09, 2012 at 02:07:05PM -0800, Saul Wold wrote:
> > On 02/01/2012 07:37 AM, Martin Jansa wrote:
> > > On Wed, Feb 01, 2012 at 03:15:31PM +, g...@git.openembedded.org wrote:
> > >> Module: openembedded-core.git
> > >> Branch: ma
On Thu, 2012-02-09 at 23:30 +0100, Martin Jansa wrote:
> Why +git when we have +svnr not +svn? and both systems call it revision?
>
> Wouldn't it be more consistent to use +gitr and then also we wouldn't
> have this problem with PV going backwards..
The "svnr" name came about because the Subv
a) Use the system zlib to avoid building it for each gcc.
b) -initial and -intermediate don't need plugins or lto-plugin
so disable them.
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc
b/meta/recipes-devtools/gcc/gcc-4.6.inc
index 758c93e..ece378d 100644
The sstate_hardcode_path() function triggered large numbers of exec()
calls when processing packages with large numbers of file relocations
(e.g. perl). This patch optimises those calls into longer single commands
which make the code significantly more efficient.
This reduced the do_package time f
This is a performance enhancement by adding a binary allowing batch processing
of individual file dependencies. The second patch in this series uses the binary
this patch creates.
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-devtools/rpm/rpm/rpmdeps-oecore.patch
b/meta/recipes-dev
Currently a process was being forked off for each individual file
this class wanted to inspect with rpmdeps. This converts it to use
rpmdeps-oecore which allows batch processing of these dependencies.
For do_package for perl, this reduced the time by about 1 minute (33%).
Signed-off-by: Richard P
Hi
Just grepped for the occurances of disabled parallel make and I see
around 40 cases on oe-core
git grep PARALLEL_MAKE.*=.*\"\" recipes* | grep -v "#"
If someone has time to kill then it would help to see if some of these
are fixed by time or can be fixed
it can help in paralleling the build
On Thu, Feb 9, 2012 at 4:06 PM, Richard Purdie
wrote:
>
> +NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
note that we will need to ship zlib-nativesdk as well if we do this
so hopefully that case is covered by this.
other changes look ok to me.
___
* If 'x11' is not set in DISTRO_FEATURES, then skip all
recipes using xorg-lib-common.inc instead of only those
using libx11.inc.
* One exception: pixman, which is not only used by xorg,
but also by cairo.
Signed-off-by: Andreas Oberritter
---
meta/recipes-graphics/xorg-lib/libx11.inc
On 09/02/12 16:10, Richard Purdie wrote:
Currently a process was being forked off for each individual file
this class wanted to inspect with rpmdeps. This converts it to use
rpmdeps-oecore which allows batch processing of these dependencies.
For do_package for perl, this reduced the time by abou
On 09/02/12 16:07, Richard Purdie wrote:
The sstate_hardcode_path() function triggered large numbers of exec()
calls when processing packages with large numbers of file relocations
(e.g. perl). This patch optimises those calls into longer single commands
which make the code significantly more eff
Ensure the gcc family recipes having the same sstate hash for do_patch task,
because they share the same source directory.
The following changes since commit 4ef5e70f531f48cef90805402c16ec02ad3f2b92:
Christopher Larson (1):
tcmode-default: add preference for gdb/gdbserver
are available
Ensure do_patch have the same sstate hashes for nativesdk variants of
gcc family recipes, since they share the same source directory.
Signed-off-by: Lianhao Lu
---
meta/recipes-devtools/gcc/gcc-common.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-devto
On 08/02/12 13:06, Matthew McClintock wrote:
Without this fix, when packages are being built using distutils and
the python packages were deployed from sstate-cache is it possible
that the LD command will contain an invalid sysroot override.
We can fix this by always exported LDSHARED, which is
This patch fixed the cross configure failure of guile, as for yocto bug #1978.
The following changes since commit 4ef5e70f531f48cef90805402c16ec02ad3f2b92:
Christopher Larson (1):
tcmode-default: add preference for gdb/gdbserver
are available in the git repository at:
git://git.yocto
[YOCTO #1978]
Fixing the cross configure failure by not searching libltdl and libgmp
in includedir and libdir.
Signed-off-by: Lianhao Lu
---
meta/recipes-devtools/guile/guile_2.0.3.bb |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/guile/guile_2.
46 matches
Mail list logo
