On 08/07/2012 08:23 PM, Koen Kooi wrote:
Op 7 aug. 2012, om 14:14 heeft wenzong@windriver.com het volgende
geschreven:
From: Wenzong Fan
Fix the warning form pcmciautils building:
"WARNING: QA Issue: pcmciautils: /sbin/pccardctl, installed in the
base_prefix, requires a shared library u
On 08/07/2012 11:38 PM, Andreas Müller wrote:
On Tue, Aug 7, 2012 at 4:21 PM, Andreas Müller
wrote:
On Tue, Aug 7, 2012 at 4:19 PM, Andreas Müller
wrote:
On Mon, Aug 6, 2012 at 3:07 PM, Radu Moisan wrote:
Signed-off-by: Radu Moisan
---
.../pango/pango-1.28.4/noconst.patch
From: Roy.Li
Intergrate the patch from:
http://repo.or.cz/w/qemu.git/commit/13a16f1d91fc7a46b65b22a33f6ffea1b826a097
Signed-off-by: Roy.Li
---
...-Actually-raise-interrupt-on-timer-expiry.patch | 41
meta/recipes-devtools/qemu/qemu_0.15.1.bb |3 +-
2 files c
From: Jackie Huang
The line 'sed -i "s+${WORKDIR}+${STAGING_INCDIR}+g" tclConfig.sh'
is commented somehow in previous commit, so that TCL_SRC_DIR
point to the tcl workdir which will cause package that use it
fail to configure or compile when the tcl workdir is removed,
so uncomment it back.
Sign
From: Jackie Huang
The line 'sed -i "s+${WORKDIR}+${STAGING_INCDIR}+g" tclConfig.sh'
is commented somehow in previous commit, so that TCL_SRC_DIR
point to the tcl workdir which will cause package that use it
fail to configure or compile when the tcl workdir is removed,
so uncomment it back.
Sign
On 2012-08-07 22:02, Richard Purdie wrote:
> On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
> > Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
> > provide slang.h rather than hardcoded host dir in perf's Makefile.
> >
> > Pass WERROR=0 to perf's Makefile to avoid warni
On Tue, Aug 7, 2012 at 10:25 PM, McClintock Matthew-B29882
wrote:
> On Tue, Aug 7, 2012 at 9:22 PM, Bruce Ashfield
> wrote:
>> On Tue, Aug 7, 2012 at 10:18 PM, Bruce Ashfield
>> wrote:
>>> On 12-08-07 10:16 PM, McClintock Matthew-B29882 wrote:
On Tue, Aug 7, 2012 at 8:59 AM, Bruce Ashf
On Tue, Aug 7, 2012 at 9:22 PM, Bruce Ashfield
wrote:
> On Tue, Aug 7, 2012 at 10:18 PM, Bruce Ashfield
> wrote:
>> On 12-08-07 10:16 PM, McClintock Matthew-B29882 wrote:
>>>
>>> On Tue, Aug 7, 2012 at 8:59 AM, Bruce Ashfield
>>> wrote:
On 12-08-07 09:50 AM, Richard Purdie wrote:
On Tue, Aug 7, 2012 at 10:18 PM, Bruce Ashfield
wrote:
> On 12-08-07 10:16 PM, McClintock Matthew-B29882 wrote:
>>
>> On Tue, Aug 7, 2012 at 8:59 AM, Bruce Ashfield
>> wrote:
>>>
>>> On 12-08-07 09:50 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 09:24 -0400, Bruce Ashfield wrot
On 12-08-07 10:16 PM, McClintock Matthew-B29882 wrote:
On Tue, Aug 7, 2012 at 8:59 AM, Bruce Ashfield
wrote:
On 12-08-07 09:50 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 09:24 -0400, Bruce Ashfield wrote:
On 12-08-07 07:17 AM, Richard Purdie wrote:
Add in a workaround to avoid host
On Tue, Aug 7, 2012 at 8:59 AM, Bruce Ashfield
wrote:
> On 12-08-07 09:50 AM, Richard Purdie wrote:
>>
>> On Tue, 2012-08-07 at 09:24 -0400, Bruce Ashfield wrote:
>>>
>>> On 12-08-07 07:17 AM, Richard Purdie wrote:
Add in a workaround to avoid host infection detection build failures
From: Roy.Li
Compiling tar-replacement or not is decided by version of host tar,
if the host tar version is lower than 1.23, Compiling tar-replacement
is needed.
When doing popoluate tar-replacement sysroot to write the tar to
sysroot, but writing is not finished. other packages probably
use the
On 08/07/2012 11:19 AM, Koen Kooi wrote:
RDEPENDS_${PN} = "python"
RDEPENDS_${PN}_virtclass-native = "" -SRCREV =
"16665959c330b5958c0f0f4624a9ca7f823f98de" +SRCREV =
"44df9dd3dc411ca1255cb4b23bde7eb71aed4778"
Better to use latest for this (only 3 commits, 2 of them
fixing python-2.6)
Shou
Without this the substitutions don't get made potentially resulting in a
variety of
different failures.
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-devtools/automake/automake_1.12.1.bb
b/meta/recipes-devtools/automake/automake_1.12.1.bb
index a1e37d4..2a97bcc 100644
--- a/meta/r
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-core/meta/package-index.bb
b/meta/recipes-core/meta/package-index.bb
index 3d7bb7e..27d63e2 100644
--- a/meta/recipes-core/meta/package-index.bb
+++ b/meta/recipes-core/meta/package-index.bb
@@ -23,9 +23,6 @@ do_populate_sysroot[noexec]
The target sysroot might contain sdt.h but we don't list this in DEPENDS
and shouldn't be referencing it. Unfortunately there is no way to tell
configure this since these tests are uncached and we can't force
a particular value. The only option is therefore to patch this out.
Signed-off-by: Richar
This options will let gold spawn multiple
threads for linking and speeding up linking
on multicore build hosts.
Signed-off-by: Khem Raj
---
meta/recipes-devtools/binutils/binutils-2.22.inc |2 +-
meta/recipes-devtools/binutils/binutils.inc |2 +-
2 files changed, 2 insertions(+), 2
On Tue, 2012-08-07 at 15:29 -0400, Yao Zhao wrote:
> On 12-08-07 02:45 PM, Phil Blundell wrote:
> > On Tue, 2012-08-07 at 14:43 -0400, Yao Zhao wrote:
> >> On 12-08-07 02:38 PM, Phil Blundell wrote:
> >>> On Tue, 2012-08-07 at 14:35 -0400, Yao Zhao wrote:
> On 12-08-07 02:30 PM, Phil Blundell
On Tue, 2012-08-07 at 21:12 +, Slater, Joseph wrote:
> To change the installation for popt but not popt-native, I said
>
> do_install_append_pn-popt {
> ...
> }
>
> which seems to work, but is there a better way, like some
> ${@building_for_host("yes text","no text",d)}
> construct?
>
To change the installation for popt but not popt-native, I said
do_install_append_pn-popt {
...
}
which seems to work, but is there a better way, like some
${@building_for_host("yes text","no text",d)}
construct?
Joe
___
Openembedded-core mailing l
On Tue, Aug 7, 2012 at 4:21 PM, Andreas Müller
wrote:
> On Tue, Aug 7, 2012 at 4:19 PM, Andreas Müller
> wrote:
>> On Mon, Aug 6, 2012 at 3:07 PM, Radu Moisan wrote:
>>> Signed-off-by: Radu Moisan
>>> ---
>>> .../pango/pango-1.28.4/noconst.patch | 408
>>>
>
On Tue, 2012-08-07 at 13:15 -0700, Khem Raj wrote:
> On Tue, Aug 7, 2012 at 9:14 AM, Darren Hart wrote:
> >
> >> I fixed this properly by disabling python in gdb-cross.
>
> I think having python support would be desirable no ?
Perhaps, I didn't make a decision on that. Just inheriting pythonnati
On Tue, Aug 7, 2012 at 3:04 PM, Khem Raj wrote:
> On Mon, Aug 6, 2012 at 9:14 AM, Darren Hart wrote:
>> if not, these will fail.
>
> and it does.
This is already reverted.
-M
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembe
On Tue, Aug 7, 2012 at 9:14 AM, Darren Hart wrote:
>
>> I fixed this properly by disabling python in gdb-cross.
I think having python support would be desirable no ?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lis
On 07/08/2012 1:00 PM, Derek Buitenhuis wrote:
>> I am fixing for e500mc which is not a case here and I am not sure what
>> > exactly the cpuflags should be.
>> > Any idea?
> http://lists.libav.org/pipermail/libav-devel/2012-August/032990.html
>
> Working on it.
And done:
http://git.libav.org/?
On Mon, Aug 6, 2012 at 9:14 AM, Darren Hart wrote:
> if not, these will fail.
and it does.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
On 12-08-07 02:45 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:43 -0400, Yao Zhao wrote:
On 12-08-07 02:38 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:35 -0400, Yao Zhao wrote:
On 12-08-07 02:30 PM, Phil Blundell wrote:
Where do libz.a and libz.so end up after your patch?
├── zlib
On Tue, 2012-08-07 at 14:43 -0400, Yao Zhao wrote:
> On 12-08-07 02:38 PM, Phil Blundell wrote:
> > On Tue, 2012-08-07 at 14:35 -0400, Yao Zhao wrote:
> >> On 12-08-07 02:30 PM, Phil Blundell wrote:
> >>> Where do libz.a and libz.so end up after your patch?
> >> ├── zlib-dev
> >> │ ├── lib
> >> │ │
On 12-08-07 02:38 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:35 -0400, Yao Zhao wrote:
On 12-08-07 02:30 PM, Phil Blundell wrote:
Where do libz.a and libz.so end up after your patch?
├── zlib-dev
│ ├── lib
│ │ └── libz.so -> libz.so.1.2.7
└── zlib-staticdev
└── lib
└── libz.a
I found t
On Tue, 2012-08-07 at 14:35 -0400, Yao Zhao wrote:
> On 12-08-07 02:30 PM, Phil Blundell wrote:
> > Where do libz.a and libz.so end up after your patch?
> ├── zlib-dev
> │ ├── lib
> │ │ └── libz.so -> libz.so.1.2.7
> └── zlib-staticdev
> └── lib
> └── libz.a
I found the output from "tree" a bit
On 12-08-07 02:30 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:30 -0400, Yao Zhao wrote:
On 12-08-07 01:39 PM, Derek Buitenhuis wrote:
On 07/08/2012 1:31 PM, Yao Zhao wrote:
In order to fix the QA Issue for libpam which installed to /lib but
reference /usr/libxx/libz and libcrack, install
On 07/08/2012 2:30 PM, Yao Zhao wrote:
> zlib is not using autotools although it has configure.
> when install, oe_runmake will be make -e so Makefile will always use
> env's libdir which is the usr/libxx, we have to overwrite it when install.
Perhaps you don't need to specify during configure th
On Tue, 2012-08-07 at 14:30 -0400, Yao Zhao wrote:
> On 12-08-07 01:39 PM, Derek Buitenhuis wrote:
> > On 07/08/2012 1:31 PM, Yao Zhao wrote:
> >> In order to fix the QA Issue for libpam which installed to /lib but
> >> reference /usr/libxx/libz and libcrack, install libz and libcrack
> >> to /lib.
On 12-08-07 01:39 PM, Derek Buitenhuis wrote:
On 07/08/2012 1:31 PM, Yao Zhao wrote:
In order to fix the QA Issue for libpam which installed to /lib but
reference /usr/libxx/libz and libcrack, install libz and libcrack
to /lib.
OpenBSD puts libpam.so in /lib, so it seems kosher...
do_instal
Op 7 aug. 2012, om 18:14 heeft Darren Hart het
volgende geschreven:
>
>
> On 08/06/2012 11:21 AM, Phil Blundell wrote:
>> On Mon, 2012-08-06 at 11:10 -0700, Darren Hart wrote:
>>> On 08/05/2012 08:54 AM, Javier Martinez Canillas wrote:
It is considered good practice to use the build syst
Op 7 aug. 2012, om 18:07 heeft Scott Garman het
volgende geschreven:
> On 08/07/2012 01:19 AM, Koen Kooi wrote:
>>
>> Op 7 aug. 2012, om 10:17 heeft Martin Jansa het
>> volgende geschreven:
>>
>>> On Tue, Aug 07, 2012 at 09:44:41AM +0200, Koen Kooi wrote:
From: Martin Jansa
Op 7 aug. 2012, om 19:31 heeft Yao Zhao het volgende
geschreven:
> In order to fix the QA Issue for libpam which installed to /lib but
> reference /usr/libxx/libz and libcrack, install libz and libcrack
> to /lib.
>
> Signed-off-by: Yao Zhao
> ---
> meta/recipes-core/zlib/zlib_1.2.7.bb
On 07/08/2012 1:31 PM, Yao Zhao wrote:
> In order to fix the QA Issue for libpam which installed to /lib but
> reference /usr/libxx/libz and libcrack, install libz and libcrack
> to /lib.
OpenBSD puts libpam.so in /lib, so it seems kosher...
> do_install() {
> - oe_runmake DESTDIR=${D} insta
In order to fix the QA Issue for libpam which installed to /lib but
reference /usr/libxx/libz and libcrack, install libz and libcrack
to /lib.
Signed-off-by: Yao Zhao
---
meta/recipes-core/zlib/zlib_1.2.7.bb |8 ++--
meta/recipes-extended/cracklib/cracklib_2.8.19.bb |2 +
On 07/08/2012 11:24 AM, Yao Zhao wrote:
>>> 1.The included libav configure is not generated by autotools
>>>patch use-correct-toolchain.patch patched its configure to
>>> use correct toolchain wrapper.
>> Why are you patching the toolchain instead of passing the correct parameters
>> to configu
On Mon, 2012-08-06 at 11:29 +0200, Martin Jansa wrote:
> On Tue, Jul 24, 2012 at 11:49:52AM +0100, Richard Purdie wrote:
> > On Tue, 2012-07-24 at 18:19 +0800, Robert Yang wrote:
> > > The native python binary has been moved from usr/bin/python to
> > > usr/bin/python-native/python, the recipe whic
On 08/07/2012 05:38 AM, Richard Purdie wrote:
> On Wed, 2012-08-01 at 09:23 -0700, Darren Hart wrote:
>>
>> On 07/31/2012 04:10 AM, Martin Jansa wrote:
Is python enabled for gdb-cross in OE-Core?
>>>
>>> Explicitly only in gdb-cross-canadian, so I guess gdb-cross autodetected
>>> it (sorry
On 08/06/2012 11:21 AM, Phil Blundell wrote:
> On Mon, 2012-08-06 at 11:10 -0700, Darren Hart wrote:
>> On 08/05/2012 08:54 AM, Javier Martinez Canillas wrote:
>>> It is considered good practice to use the build system provided
>>> variables instead of directly specify hardcoded paths.
>>
>> The
On 08/07/2012 01:19 AM, Koen Kooi wrote:
Op 7 aug. 2012, om 10:17 heeft Martin Jansa het
volgende geschreven:
On Tue, Aug 07, 2012 at 09:44:41AM +0200, Koen Kooi wrote:
From: Martin Jansa
Signed-off-by: Martin Jansa
Signed-off-by: Koen Kooi
---
.../opkg-utils/opkg-utils/add-license-fiel
On Tue, 2012-08-07 at 11:54 -0400, Bruce Ashfield wrote:
> On Tue, Aug 7, 2012 at 11:41 AM, Richard Purdie
> > Lets try the sysroot prefix (=) approach then. The kernel is sparse on
> > these since it never actually has to deal with sysroots (or userspace)
> > often and is still learning in that a
On Tue, Aug 7, 2012 at 11:41 AM, Richard Purdie
wrote:
> On Tue, 2012-08-07 at 11:26 -0400, Bruce Ashfield wrote:
>> I wasn't clear, I'm building the tree (and tools) standalone using
>> both a hand generated cross toolchain and the native toolchain. Neither
>> uses a sysroot, so if I merged that
On Tue, 2012-08-07 at 11:26 -0400, Bruce Ashfield wrote:
> I wasn't clear, I'm building the tree (and tools) standalone using
> both a hand generated cross toolchain and the native toolchain. Neither
> uses a sysroot, so if I merged that patch into the tree, then they
> wouldn't find slang and the
On 12-08-07 10:44 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 10:29 -0400, Bruce Ashfield wrote:
On 12-08-07 10:22 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 10:07 -0400, Bruce Ashfield wrote:
On 12-08-07 10:02 AM, Richard Purdie wrote:
On Fri, 2012-08-03 at 23:43 +0800, Liang Li wro
On 12-08-04 02:57 PM, Derek Buitenhuis wrote:
On 02/08/2012 5:15 PM, Yao Zhao wrote:
1.The included libav configure is not generated by autotools
patch use-correct-toolchain.patch patched its configure to
use correct toolchain wrapper.
Why are you patching the toolchain instead of passing th
On Tue, Aug 7, 2012 at 7:21 AM, Jaap de Jong wrote:
> I've seen this one before, but can't remember where...
>
> | libtool: link: warning: cannot determine absolute directory name of
> `=/usr/lib'
>
> Anyone knows how to fix?
this package uses old libtool update the libtool scripts for it
>
On Tue, 2012-08-07 at 10:29 -0400, Bruce Ashfield wrote:
> On 12-08-07 10:22 AM, Richard Purdie wrote:
> > On Tue, 2012-08-07 at 10:07 -0400, Bruce Ashfield wrote:
> >> On 12-08-07 10:02 AM, Richard Purdie wrote:
> >>> On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
> Via EXTRA_CFLAGS, we c
On 12-08-07 10:22 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 10:07 -0400, Bruce Ashfield wrote:
On 12-08-07 10:02 AM, Richard Purdie wrote:
On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
provide slang.h rather than
On Tue, 2012-08-07 at 10:19 -0400, Bruce Ashfield wrote:
> On Tue, Aug 7, 2012 at 10:12 AM, Richard Purdie
> wrote:
> > On Tue, 2012-08-07 at 08:56 -0400, Bruce Ashfield wrote:
> >> Adding Richard.
> >>
> >> Richard: did this patch not fix the problem for you ? .. it fixes it here,
> >> and
> >>
On Tue, 2012-08-07 at 10:07 -0400, Bruce Ashfield wrote:
> On 12-08-07 10:02 AM, Richard Purdie wrote:
> > On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
> >> Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
> >> provide slang.h rather than hardcoded host dir in perf's Mak
I've seen this one before, but can't remember where...
| libtool: link: warning: cannot determine absolute directory name
of `=/usr/lib'
Anyone knows how to fix?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://
On Tue, Aug 7, 2012 at 4:19 PM, Andreas Müller
wrote:
> On Mon, Aug 6, 2012 at 3:07 PM, Radu Moisan wrote:
>> Signed-off-by: Radu Moisan
>> ---
>> .../pango/pango-1.28.4/noconst.patch | 408
>>
>> .../multilib-fix-clean.patch |0
>>
On Tue, Aug 7, 2012 at 10:12 AM, Richard Purdie
wrote:
> On Tue, 2012-08-07 at 08:56 -0400, Bruce Ashfield wrote:
>> Adding Richard.
>>
>> Richard: did this patch not fix the problem for you ? .. it fixes it here,
>> and
>> should replace the patch that you made earlier today .. this may have sli
On Mon, Aug 6, 2012 at 3:07 PM, Radu Moisan wrote:
> Signed-off-by: Radu Moisan
> ---
> .../pango/pango-1.28.4/noconst.patch | 408
>
> .../multilib-fix-clean.patch |0
> .../{pango-1.28.4 => pango-1.30.0}/no-tests.patch | 14 +-
>
On Tue, 2012-08-07 at 08:56 -0400, Bruce Ashfield wrote:
> Adding Richard.
>
> Richard: did this patch not fix the problem for you ? .. it fixes it here, and
> should replace the patch that you made earlier today .. this may have slipped
> through the cracks.
>
> I've never seen the perf slang fa
On 12-08-07 10:02 AM, Richard Purdie wrote:
On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
provide slang.h rather than hardcoded host dir in perf's Makefile.
Pass WERROR=0 to perf's Makefile to avoid warnings being treat
On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
> Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
> provide slang.h rather than hardcoded host dir in perf's Makefile.
>
> Pass WERROR=0 to perf's Makefile to avoid warnings being treated
> as errors. Warnings are not fatal,
On 12-08-07 09:50 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 09:24 -0400, Bruce Ashfield wrote:
On 12-08-07 07:17 AM, Richard Purdie wrote:
Add in a workaround to avoid host infection detection build failures
from the slang include directory in perf. I'll defer to Bruce to
fix this properl
On Tue, 2012-08-07 at 09:24 -0400, Bruce Ashfield wrote:
> On 12-08-07 07:17 AM, Richard Purdie wrote:
> > Add in a workaround to avoid host infection detection build failures
> > from the slang include directory in perf. I'll defer to Bruce to
> > fix this properly but we need a workaround now as
On 08/07/2012 03:50 PM, Bruce Ashfield wrote:
On Tue, Aug 7, 2012 at 3:03 AM, Radu Moisan wrote:
Do we need ocf-linux for something other than headers? The current recipe
looks like all it's doing is to install the headers. However, the README
file from the package talks about some kernel modu
On 12-08-07 07:17 AM, Richard Purdie wrote:
Add in a workaround to avoid host infection detection build failures
from the slang include directory in perf. I'll defer to Bruce to
fix this properly but we need a workaround now as this is breaking
builds.
I just followed up on a patch from 3 days
Adding Richard.
Richard: did this patch not fix the problem for you ? .. it fixes it here, and
should replace the patch that you made earlier today .. this may have slipped
through the cracks.
I've never seen the perf slang failure, so I'm hesitant to take this
patch, apply
it and drop yours.
Is
On Tue, Aug 7, 2012 at 7:17 AM, Richard Purdie
wrote:
> Add in a workaround to avoid host infection detection build failures
> from the slang include directory in perf. I'll defer to Bruce to
> fix this properly but we need a workaround now as this is breaking
> builds.
I was out of the office ye
On Tue, Aug 7, 2012 at 3:03 AM, Radu Moisan wrote:
> Do we need ocf-linux for something other than headers? The current recipe
> looks like all it's doing is to install the headers. However, the README
> file from the package talks about some kernel modules it provides and
> patching the kernel fo
On Wed, 2012-08-01 at 09:23 -0700, Darren Hart wrote:
>
> On 07/31/2012 04:10 AM, Martin Jansa wrote:
> > On Tue, Jul 31, 2012 at 12:07:06PM +0100, Richard Purdie wrote:
> >> On Tue, 2012-07-31 at 03:26 +0200, Martin Jansa wrote:
> >>> * fails like this without:
> >>> | gcc -isystem/OE/shr-core/tm
Op 7 aug. 2012, om 14:14 heeft wenzong@windriver.com het volgende
geschreven:
> From: Wenzong Fan
>
> Fix the warning form pcmciautils building:
>
> "WARNING: QA Issue: pcmciautils: /sbin/pccardctl, installed in the
> base_prefix, requires a shared library under exec_prefix (/usr):
> libs
From: Wenzong Fan
Fix the warning form pcmciautils building:
"WARNING: QA Issue: pcmciautils: /sbin/pccardctl, installed in the
base_prefix, requires a shared library under exec_prefix (/usr):
libsysfs.so.2 => /usr/lib/libsysfs.so.2"
Just refer to Debian/Ubuntu distributions, install sysfsutils
From: Wenzong Fan
Fix the warning form pcmciautils building:
"WARNING: QA Issue: pcmciautils: /sbin/pccardctl, installed in the
base_prefix, requires a shared library under exec_prefix (/usr):
libsysfs.so.2 => /usr/lib/libsysfs.so.2"
Just refer to Debian/Ubuntu distributions, install sysfsutils
On Mon, 2012-08-06 at 08:56 -0700, Darren Hart wrote:
> There has been some confusion over proper use of the linux-yocto-custom
> recipe. It is not intended to build as is from meta-skeleton. It should
> be modified via a bbappend file to provide a Linux kernel config at the
> very least.
>
> Upda
On Tue, 2012-08-07 at 10:31 +0800, Jesse Zhang wrote:
> libdir should be specified, or else mklibs won't work for 64bit targets.
> It wouldn't be able to find the libs.
>
> Traceback (most recent call last):
> File
> "/bitbake_build/tmp/sysroots/i686-linux/usr/bin/x86_64-wrs-linux/mklib
On Tue, 2012-08-07 at 12:50 +0200, Martin Jansa wrote:
> On Tue, Aug 07, 2012 at 10:21:41AM +, g...@git.openembedded.org wrote:
> > Module: openembedded-core.git
> > Branch: master
> > Commit: 1da5966290954f4148cb39a0628b10f8f902ba18
> > URL:
> > http://git.openembedded.org/?p=openembedded-
On non-gplv3 builds, gdbm gets built different due to the different version
which triggers a different codepath in python's db support and then hence
triggers an invalid RPATH QA issue. This change extends the appropriate patch
to cover the code paths we need it to cover and avoid adding the proble
Add in a workaround to avoid host infection detection build failures
from the slang include directory in perf. I'll defer to Bruce to
fix this properly but we need a workaround now as this is breaking
builds.
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-kernel/linux/linux-yocto/nos
On Tue, Aug 07, 2012 at 10:21:41AM +, g...@git.openembedded.org wrote:
> Module: openembedded-core.git
> Branch: master
> Commit: 1da5966290954f4148cb39a0628b10f8f902ba18
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=1da5966290954f4148cb39a0628b10f8f902ba18
>
> A
On 2012年08月07日 16:57, Pascal Ouyang wrote:
于 2012年08月07日 16:02, Rongqing Li 写道:
On 2012年08月07日 15:41, Richard Purdie wrote:
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not
parallel
Compiling tar-rep
On 2012年08月07日 17:03, Richard Purdie wrote:
On Tue, 2012-08-07 at 16:02 +0800, Rongqing Li wrote:
On 2012年08月07日 15:41, Richard Purdie wrote:
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not parallel
On Tue, 2012-08-07 at 16:02 +0800, Rongqing Li wrote:
>
> On 2012年08月07日 15:41, Richard Purdie wrote:
> > On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
> >> Paste a RFC PATCH
> >>
> >> [RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not parallel
> >>
> >> Compiling tar-replac
于 2012年08月07日 16:02, Rongqing Li 写道:
On 2012年08月07日 15:41, Richard Purdie wrote:
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not
parallel
Compiling tar-replacement or not is decided by version of host
Op 7 aug. 2012, om 10:17 heeft Martin Jansa het
volgende geschreven:
> On Tue, Aug 07, 2012 at 09:44:41AM +0200, Koen Kooi wrote:
>> From: Martin Jansa
>>
>> Signed-off-by: Martin Jansa
>> Signed-off-by: Koen Kooi
>> ---
>> .../opkg-utils/opkg-utils/add-license-field.patch | 39 -
On Tue, Aug 07, 2012 at 09:44:41AM +0200, Koen Kooi wrote:
> From: Martin Jansa
>
> Signed-off-by: Martin Jansa
> Signed-off-by: Koen Kooi
> ---
> .../opkg-utils/opkg-utils/add-license-field.patch | 39 ---
> .../opkg-utils/arfile_header_split.patch | 27
> .../
On 2012年08月07日 15:41, Richard Purdie wrote:
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not parallel
Compiling tar-replacement or not is decided by version of host tar,
if the host tar version is lower
From: Andrei Gherzan
Having XZ_COMPRESSION_LEVEL on -e -9 and -T 0 will make xz eat more
than 6Gb memory. Reduce this to -6 to make xz to use about 471Mb
on the tested machine.
Signed-off-by: Koen Kooi
Signed-off-by: Andrei Gherzan
Signed-off-by: Saul Wold
---
meta/classes/image_types.bbclas
From: Andrei Gherzan
Default this variable to 0. This will make xz use as many threads as there are
CPU
cores on the system.
Signed-off-by: Koen Kooi
Signed-off-by: Andrei Gherzan
Signed-off-by: Saul Wold
---
meta/classes/image_types.bbclass |3 ++-
1 file changed, 2 insertions(+), 1 de
From: Andrei Gherzan
Having -c modifier makes xz to output the compressed data to stdout. In this
way the needed data will be in the do_rootfs log.
Redirect data to ${IMAGE_NAME}.rootfs.${type}.xz .
Signed-off-by: Andrei Gherzan
Signed-off-by: Saul Wold
---
meta/classes/image_types.bbclass |
This contains bugfixes from the 5.0.3 and 5.0.4 releases
Signed-off-by: Koen Kooi
Signed-off-by: Saul Wold
---
meta/recipes-extended/xz/xz_5.1.1alpha.bb | 28
meta/recipes-extended/xz/xz_5.1.2alpha.bb | 25 +
2 files changed, 25 insertion
From: Valentin Popa
The licenses are the same, only some white spaces added/removed.
Signed-off-by: Valentin Popa
Signed-off-by: Richard Purdie
---
meta/recipes-extended/xz/xz_5.0.3.bb | 28
meta/recipes-extended/xz/xz_5.1.1alpha.bb | 28 +
From: Saul Wold
Since gnutls is available on the target use it, but we do not build gnutls for
the native side as it adds too many dependecies, so use openssl.
Signed-off-by: Saul Wold
---
meta/recipes-support/curl/curl_7.24.0.bb | 13 ++---
1 file changed, 6 insertions(+), 7 deletio
From: Saul Wold
This patch enables ssl support for curl to allow git to clone from
https / ssl sites. We do not want to enable gnutls for native or
nativesdk, as it adds additional dependency and increase build time
[YOCTO #2532]
Signed-off-by: Saul Wold
---
meta/recipes-support/curl/curl_7.2
From: Martin Jansa
Signed-off-by: Martin Jansa
Signed-off-by: Koen Kooi
---
.../opkg-utils/opkg-utils/add-license-field.patch | 39 ---
.../opkg-utils/arfile_header_split.patch | 27
.../opkg-utils/index-ignore-filenotfound.patch | 73
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
> Paste a RFC PATCH
>
> [RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not parallel
>
> Compiling tar-replacement or not is decided by version of host tar,
> if the host tar version is lower than 1.23, Compiling tar-replacement
Do we need ocf-linux for something other than headers? The current
recipe looks like all it's doing is to install the headers. However, the
README file from the package talks about some kernel modules it provides
and patching the kernel for embedded systems. I don't have any
experience with thi
95 matches
Mail list logo
