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
---
meta/classes/gnomebase.bbclass |3 ++-
1 files changed, 2 inse
>Date: Tue, 05 Jun 2012 13:54:14 -0700
>From: Darren Hart
>Subject: [OE-core] RFC: Braindump on Bootloaders, Image Types, and
> Installers
>To: Patches and discussions about the oe-core layer
>
>Cc: damien.lesp...@intel.com, "Wold, Saul"
>Message-ID: <4fce71f6.3060...@linux.intel.com
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 i
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 Tue, 2012-06-05 at 14:15 -0400, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> No PR bump is needed.
>
> Signed-off-by: Denys Dmytriyenko
> ---
> .../pulseaudio/pulseaudio_fix_for_x32.patch| 238
>
> .../pulseaudio/pulseaudo_fix_for_x32.patch |
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 lt
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, cr
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 files
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
---
meta/classes/package_rpm.bbclass | 32
meta/class
On Tue, Jun 5, 2012 at 1: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
>> 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
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
>> 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
>>> b
On 06/05/2012 03:25 PM, Flanagan, Elizabeth wrote:
> On Mon, Jun 4, 2012 at 11:47 AM, 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:
>
>
> Jason,
>
> I'm currently testing this patc
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 a
On 06/05/2012 01:25 PM, Flanagan, Elizabeth wrote:
> On Mon, Jun 4, 2012 at 11:47 AM, 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:
>
>
> Jason,
>
> I'm currently testing this pa
On Mon, Jun 4, 2012 at 11:47 AM, 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:
Jason,
I'm currently testing this patch and it seems to be causing failures
during do_compile for poky-ti
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
---
.../ltp/ltp/fix_building_fom_archive.patch
From: Denys Dmytriyenko
No PR bump is needed.
Signed-off-by: Denys Dmytriyenko
---
.../pulseaudio/pulseaudio_fix_for_x32.patch| 238
.../pulseaudio/pulseaudo_fix_for_x32.patch | 238
.../pulseaudio/pulseaudio_1.1.bb
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.
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:
Hello,
&> does not work correctly in dash, working to correct the issue.
I have tested it by making the target (bitbake ltp), but it is safe to assume
that make Version is not issued during normal build.
Will propose a new patch.
Thanks,
Cristian
-Original Message-
From: openembedded-co
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 5, 2012 at 12:53 AM, Tom Zanussi 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
__
* 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
---
...prun-configure.ac-support-without-nss-for.patch | 50
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 Sau
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
> On
26 matches
Mail list logo
