Hi Khem,
indeed my previous comment was too confused.
What I meant was that TARGET_OS was set to linux-uclibc and so I catched
the errors.
Now I set it to linux and libiconv is correctly provided by eglibc.
Sorry for the confusion and thanks as always.
Cheers,
Giuseppe
2012/6/4 Khem Raj
Hello all,
@Saul: Of course I have tested the final patch, I will re-test and get back to
you.
It worked for me.
Thanks,
Cristian
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
* discussed on [1]
* patch sent to systemtap [2]
[1] http://lists.linuxtogo.org/pipermail/openembedded-core/2012-June/023377.html
[2] http://sourceware.org/ml/systemtap/2012-q2/msg00202.html
Signed-off-by: Andreas Müller schnitzelt...@googlemail.com
---
On Tue, Jun 5, 2012 at 12:53 AM, Tom Zanussi tom.zanu...@intel.com wrote:
Hmm, ok, but anyway my patch also does --disable-server which is the
thing that uses nss. In any case, I don't see the error...
Tom
I think I see the failure because I have nss from meta-chromium around
Andreas
Ok, now i'm trying to build the plugin-gfx-powervr but i need a little
help with editing the recipes.
For my test i'm editing the qt4.inc with this lines:
QT_GLFLAGS ?= -opengl es2 -depths 16,24,32 -plugin-gfx-powervr
and i add at the end of line of QT_CONFIG_FLAGS
-DQT_NO_QWS_CURSOR \
On Tue, Jun 05, 2012 at 12:41:39PM +0200, Stefano wrote:
Problem #2
QLibraryPrivate::loadPlugin failed on
/usr/lib/qtopia/plugins/gfxdrivers/libqgfxpvregl.so : Cannot load
library /usr/lib/qtopia/plugins/gfxdrivers/libqgfxpvregl.so:
(/usr/lib/qtopia/plugins/gfxdrivers/libqgfxpvregl.so:
The RPMVSF_NOSIGNATURES flag was removed from RPM5 - 5.4.9 as a result of
additional -requires- package validation to help protect from malicious
packages. The createrepo dump script has been updated to no longer use
this flag. This remains compatible with prior versions of RPM.
Signed-off-by:
Only 7/7 is new in the version. Due to the removal of the RPMVSF_NOSIGNATURES
flag in RPM5 5.4.9, createrepo also needed to have this flag removed.
v4 message follows:
Only 6/6 is new in this version. RPM 5.4.9 appears to be more demanding
for both the DB_CONFIG file and empty manifest files.
From: Denys Dmytriyenko de...@ti.com
No PR bump is needed.
Signed-off-by: Denys Dmytriyenko de...@ti.com
---
.../pulseaudio/pulseaudio_fix_for_x32.patch| 238
.../pulseaudio/pulseaudo_fix_for_x32.patch | 238
ltp makefile does not interpret correctly the result of git describe
command and assumes that it is working with a git repo, while in fact
working with a source code archive.
Added a patch to corect makefile system.
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
On Mon, Jun 4, 2012 at 11:47 AM, Jason Wessel
jason.wes...@windriver.com wrote:
If any directory in leading up to your tmp directory has the name t
perl will fail to build with a very cryptic error shown below:
Jason,
I'm currently testing this patch and it seems to be causing failures
during
On 06/05/2012 01:25 PM, Flanagan, Elizabeth wrote:
On Mon, Jun 4, 2012 at 11:47 AM, Jason Wessel
jason.wes...@windriver.com wrote:
If any directory in leading up to your tmp directory has the name t
perl will fail to build with a very cryptic error shown below:
Jason,
I'm currently
All,
There has been a lot of discussion scattered across the lists and
bugzilla regarding bootable image types. There are a variety of
different situations, each with specific requirements. Our current set
of image types are showing their age. Here I collect what I've seen in
an attempt to start
On 06/05/2012 03:25 PM, Flanagan, Elizabeth wrote:
On Mon, Jun 4, 2012 at 11:47 AM, Jason Wessel
jason.wes...@windriver.com wrote:
If any directory in leading up to your tmp directory has the name t
perl will fail to build with a very cryptic error shown below:
Jason,
I'm currently
On 06/05/2012 01:58 PM, Jason Wessel wrote:
On 06/05/2012 03:25 PM, Flanagan, Elizabeth wrote:
On Mon, Jun 4, 2012 at 11:47 AM, Jason Wessel
jason.wes...@windriver.com wrote:
If any directory in leading up to your tmp directory has the name
t perl will fail to build with a very cryptic
On Tue, Jun 5, 2012 at 1:58 PM, Jason Wessel jason.wes...@windriver.com wrote:
On 06/05/2012 03:25 PM, Flanagan, Elizabeth wrote:
On Mon, Jun 4, 2012 at 11:47 AM, Jason Wessel
jason.wes...@windriver.com wrote:
If any directory in leading up to your tmp directory has the name t
perl will fail
Move the creation of the database configuration files to just before we
perform the install actions. This ensures they will exist even in SDK or
other non-target filesystem images.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/package_rpm.bbclass | 32
Patch 6/8 was reworked to remove the manifest size check.
Patch 8/8 is new and includes the manifest check removed from 6/8 as well as
one that was missed in previous testing.
v5 message follows:
Only 7/7 is new in the version. Due to the removal of the RPMVSF_NOSIGNATURES
flag in RPM5 5.4.9,
An empty manifest will cause a failure condition. We ensure that any install
actions occur only with a manifest larger then size 0. Also ensure that padding
is added to the end of the manifest, instead of the beginning to enable this
size check. (Padding is required for very small manifest
On Mon, 2012-06-04 at 09:56 -0700, Elizabeth Flanagan wrote:
Richard,
These patches have been tested on the autobuilder with no introduced issues.
I've excluded Mark's RPM update until we figure out why it's failing
do_populate_sdk as well as Cristian Iorga's ltp patch which breaks ltp
On Tue, 2012-06-05 at 14:15 -0400, Denys Dmytriyenko wrote:
From: Denys Dmytriyenko de...@ti.com
No PR bump is needed.
Signed-off-by: Denys Dmytriyenko de...@ti.com
---
.../pulseaudio/pulseaudio_fix_for_x32.patch| 238
On Tue, 2012-06-05 at 21:51 +0300, Cristian Iorga wrote:
ltp makefile does not interpret correctly the result of git describe
command and assumes that it is working with a git repo, while in fact
working with a source code archive.
Added a patch to corect makefile system.
Signed-off-by:
On Mon, 2012-06-04 at 13:47 -0500, Jason Wessel wrote:
If any directory in leading up to your tmp directory has the name t
perl will fail to build with a very cryptic error shown below:
pod/buildtoc: no pods at pod/buildtoc line 305.
make[1]: *** [pod/perltoc.pod] Error 255
This is a
Date: Tue, 05 Jun 2012 13:54:14 -0700
From: Darren Hart dvh...@linux.intel.com
Subject: [OE-core] RFC: Braindump on Bootloaders, Image Types, and
Installers
To: Patches and discussions about the oe-core layer
openembedded-core@lists.openembedded.org
Cc: damien.lesp...@intel.com,
Upstream Gnome projects are starting to migrate to the .xz compress format,
so we need to add this to allow recipes to override the default of .bz2 as
the upstreams make the transition.
[YOCTO #2241]
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/gnomebase.bbclass |3 ++-
1
25 matches
Mail list logo