On Tue, 2012-05-08 at 15:23 -0400, Bruce Ashfield wrote:
> Richard/Saul,
>
> As Frans Meulenbroeks noted this morning, guilt wasn't functional
> in the devshell. The fix was simple enough, and by ensuring that
> GUILT_BASE is exported, it works without any extra steps now.
>
> I wasn't sure if th
Op 9 mei 2012, om 00:53 heeft Khem Raj het volgende geschreven:
> Signed-off-by: Khem Raj
> ---
> meta/recipes-kernel/kmod/kmod.inc |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-kernel/kmod/kmod.inc
> b/meta/recipes-kernel/kmod/kmod.inc
> index 68
We need to add MLPREFIX when set RDEPENDS by setVar() function.
Signed-off-by: Dongxiao Xu
---
meta/classes/libc-package.bbclass | 12 +++-
meta/recipes-core/eglibc/eglibc-locale.inc |2 +-
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/meta/classes/libc-pa
Hi Richard and Scott,
This pull request is to fix some multilib issues in libc-package.bbclass.
Please help to review and pull.
This is both for upstream and 1.2.1 branch.
Thanks,
Dongxiao
The following changes since commit 043871d7e5d2d19c2ff43e54d2ff180c09e8903e:
kern-tools: integrate min
From: Eric Bénard
1.2.6 is no more fetchable and 1.2.7 fix some bugs, full changelog is
available here : http://zlib.net/ChangeLog.txt
Signed-off-by: Eric Bénard
---
.../remove.ldconfig.call.patch |0
.../zlib/{zlib_1.2.6.bb => zlib_1.2.7.bb} |6 ++
2 f
From: Ting Liu
Signed-off-by: Ting Liu
---
meta/classes/image_types.bbclass |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index b590ae1..55f122e 100644
--- a/meta/classes/image_types.bbclass
+++
From: Khem Raj
Signed-off-by: Khem Raj
---
.../openssl/openssl-1.0.0i/configure-targets.patch | 16
.../recipes-connectivity/openssl/openssl_1.0.0i.bb |2 +-
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git
a/meta/recipes-connectivity/openssl/openssl-1.0.0i/c
Signed-off-by: Saul Wold
---
.../gst-ffmpeg-0.10.13/h264_qpel_mmx.patch |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
a/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/h264_qpel_mmx.patch
b/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/h264_qpel_mmx
From: Nitin A Kamble
Signed-off-by: Nitin A Kamble
---
...01-Fix-the-SRFI-60-copy-bit-documentation.patch | 33 -
..._GNU_SOURCE-to-fix-the-GNU-kFreeBSD-build.patch | 25 -
...-modules-are-removed-gc-test-as-unresolve.patch | 38
...h-rathe
From: Khem Raj
If you point to snapshot.debian.net/archive/pool then it will fetch
you a html page which will end up in corrupt download. The locations
have changed for archives and here we point the mirror to right
location.
Signed-off-by: Khem Raj
---
meta/classes/mirrors.bbclass |2 +-
pcap-config is a tool used for getting the cflags and ln flags for development
[YOCTO #2367]
Signed-off-by: Saul Wold
---
meta/recipes-connectivity/libpcap/libpcap.inc |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-connectivity/libpcap/libpcap.inc
b
From: Peter Seebach
This introduces a sanity check for the toolchain, which verifies
each tuning (including any multilibs), producing meaningful diagnostics
for problems, and also provides some higher-level tuning features.
The TUNEVALID and TUNECONFLICT/TUNECONFLICTS settings were not
implement
From: Peter Seebach
Suggestion that came out of my sanity-checks of multilibs; verify
that stuff in BBCLASSEXTEND is valid.
Signed-off-by: Peter Seebach
---
meta/classes/sanity.bbclass | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/meta/classes/sanity.bbc
Richard,
I have looked these over and there have been some comments on
past version of Seebs' Sanity.bbclass but nothing on the current
version, but please review it.
Other changes have been built and run.
Sau!
The following changes since commit 043871d7e5d2d19c2ff43e54d2ff180c09e8903e:
ke
From: Khem Raj
Signed-off-by: Khem Raj
---
.../libatomics-ops/gentoo/sh4-atomic-ops.patch | 70
.../pulseaudio/libatomics-ops_1.2.bb |6 +-
2 files changed, 74 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-multimedia/pulseaudio/liba
From: Khem Raj
There are a lot of armv7 and sh4 fixes that
its worth moving to latest version. The patch
forward porting can happen later.
Signed-off-by: Khem Raj
---
.../recipes-devtools/qemu/qemu-git/powerpc_rom.bin | Bin 0 -> 4096 bytes
meta/recipes-devtools/qemu/qemu_git.bb |
From: Otavio Salvador
To allow the use of Qt applications started manually to use the
configured graphics system the setting needs to be available in user
environment. This moves the setting to /etc/profile.d ensuring it is
set and available. This allow the removal of x11-common as dependency.
S
Updating the SRCREV to pickup the following fix:
createme: fix checkpoint restoration for reset branches
The meta branch can optionally be merged out to BSP branches. This removes
the need to restore the checkpoint when working with the tree. The way
it detects the merge is by ch
Richard/Saul,
This fixes a problem reported by Tom and Darren when the latest tools
updates were used against meta intel. Some optional code that supported
merge meta and BSP branches wasn't handling the case where a BSP layer
might not be tracking the HEAD of the meta branch, and hence blowing up
On Tue, May 8, 2012 at 6:53 PM, Marko Lindqvist wrote:
> On 9 May 2012 04:36, Khem Raj wrote:
>> On Tue, May 8, 2012 at 5:59 PM, Marko Lindqvist wrote:
>>>
>>>
>>> You should know that I'm just figuring out what to do with
>>> "rtld(GNU_HASH)" that already exist for eglibc. When building
>>> de
On 9 May 2012 04:36, Khem Raj wrote:
> On Tue, May 8, 2012 at 5:59 PM, Marko Lindqvist wrote:
>>
>>
>> You should know that I'm just figuring out what to do with
>> "rtld(GNU_HASH)" that already exist for eglibc. When building
>> deb-packets based image, that results in:
>> "reference to 'rtld':
On Tue, May 8, 2012 at 5:59 PM, Marko Lindqvist wrote:
>
>
> You should know that I'm just figuring out what to do with
> "rtld(GNU_HASH)" that already exist for eglibc. When building
> deb-packets based image, that results in:
> "reference to 'rtld': error in version: version number does not sta
On 05/08/2012 08:19 PM, Scott Garman wrote:
> This is an inquiry to see if there's much interest in adding an
> alternate networking capability for our QEMU setups. Currently, we use
> tun/tap devices, which need root privileges to be created. Hence, our
> runqemu script requires sudo access.
>
This is an inquiry to see if there's much interest in adding an
alternate networking capability for our QEMU setups. Currently, we use
tun/tap devices, which need root privileges to be created. Hence, our
runqemu script requires sudo access.
I'm curious to know who would like to see us use an
On 9 May 2012 03:43, Khem Raj wrote:
> -RPROVIDES_uclibc += "libsegfault"
> +
> +RPROVIDES_uclibc += "libsegfault rtld(GNU_HASH)"
You should know that I'm just figuring out what to do with
"rtld(GNU_HASH)" that already exist for eglibc. When building
deb-packets based image, that results in:
"re
Signed-off-by: Khem Raj
---
meta/recipes-core/uclibc/uclibc.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/uclibc/uclibc.inc
b/meta/recipes-core/uclibc/uclibc.inc
index f5b6bf7..55ab0c9 100644
--- a/meta/recipes-core/uclibc/uclibc.inc
+++ b/meta/
If you point to snapshot.debian.net/archive/pool then it will fetch
you a html page which will end up in corrupt download. The locations
have changed for archives and here we point the mirror to right
location.
Signed-off-by: Khem Raj
---
meta/classes/mirrors.bbclass |2 +-
1 files changed,
We have seen reports where rtld(GNU_HASH) is found missing
on uclibc based images infact uclibc rtld does provide GNU_HASH
support as default so we add that to PROVIDES
snapshot mirror url is changed. Currently the url will fetch
html files which will end in corrupted downloads so we
update the ur
On Tue, May 8, 2012 at 4:50 PM, Saul Wold wrote:
> On 05/08/2012 03:18 PM, Khem Raj wrote:
>>
>> On Tue, May 8, 2012 at 3:09 PM, Khem Raj wrote:
>>>
>>> On Tue, May 8, 2012 at 3:06 PM, Saul Wold wrote:
>
>
Khem,
Not sure what I am doing differently, but I am not getting th
Signed-off-by: Khem Raj
---
.../xorg-xserver/xserver-xorg-1.11.2.inc |9 +++--
.../xserver-xorg-1.11.2/gcc-47-warning.patch | 33
2 files changed, 38 insertions(+), 4 deletions(-)
create mode 100644
meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.
Signed-off-by: Khem Raj
---
.../xserver-xf86-config/qemuarm/xorg.conf | 69
.../xserver-xf86-config/qemumips/xorg.conf | 69
.../xserver-xf86-config/qemumips64/xorg.conf | 69
.../xserver-xf86-config/qemup
XSERVER has a weak definition like below
meta/recipes-sato/tasks/task-core-x11-mini.bb:XSERVER ?= "xserver-kdrive-fbdev"
meta/recipes-sato/tasks/task-core-x11.bb:XSERVER ?= "xserver-kdrive-fbdev"
which means when we user ??= in qemu.inc it does not work since the
above definitions kick in before
For qemux86 and qemux86-64 include qemu.inc after defining XSERVER
XSERVER variable is also weakly defined in task-core-x11.bb
which means we can not use ??= otherwise when building any qemu image
that uses task-core-x11.bb will get the wrong definition
So we define the XSERVER common set for qem
On 05/08/2012 03:18 PM, Khem Raj wrote:
On Tue, May 8, 2012 at 3:09 PM, Khem Raj wrote:
On Tue, May 8, 2012 at 3:06 PM, Saul Wold wrote:
Khem,
Not sure what I am doing differently, but I am not getting the xserver to
start on at least ppc and mips (two that I tried just now).
Are you buil
This also helps avoid QA errors about binaries
accessing contents from /usr/lib
Also fixes emptry libkmod problem since now
the files are installed in expected place
Signed-off-by: Khem Raj
---
meta/recipes-kernel/kmod/kmod_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
dif
This patchset fixes upgrade paths form kmod
Updates to .8 release that should fix meta-oe PR being ahead of oe-core
Packages libkmod in base_libdir instead of libdir
The following changes since commit 043871d7e5d2d19c2ff43e54d2ff180c09e8903e:
kern-tools: integrate minor fixes (2012-05-08 16:06:
Signed-off-by: Khem Raj
---
meta/recipes-kernel/kmod/kmod.inc |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/kmod/kmod.inc
b/meta/recipes-kernel/kmod/kmod.inc
index 681e52b..70d376e 100644
--- a/meta/recipes-kernel/kmod/kmod.inc
+++ b/meta/recipes
From: Martin Jansa
* PROVIDES does not need _${PN}
* CONFLICTS should be RCONFLICTS
* opkg needs RREPLACES to automatically remove older module-init-tools
instead of just reporting it conflicts with kmod
SHR root@gjama ~ $ opkg install kmod
Installing kmod (7+git02629fa02e96763db7460a930239cc9
On Tue, May 8, 2012 at 3:09 PM, Khem Raj wrote:
> On Tue, May 8, 2012 at 3:06 PM, Saul Wold wrote:
>>>
>> Khem,
>>
>> Not sure what I am doing differently, but I am not getting the xserver to
>> start on at least ppc and mips (two that I tried just now).
>>
>> Are you build a Yocto sato image or
On Tue, May 8, 2012 at 3:06 PM, Saul Wold wrote:
>>
> Khem,
>
> Not sure what I am doing differently, but I am not getting the xserver to
> start on at least ppc and mips (two that I tried just now).
>
> Are you build a Yocto sato image or oe-core sato image?
>
> I get the following on a ppc:
>
>
On 05/02/2012 08:35 PM, Khem Raj wrote:
Currently we use kdrive for all qemu machines except x86 and x86_64
this patchset enables it for other qemu machines too
I did not delete the kdrive recipes intentionally since I saw that
there were some images which were using kdrive as xserver
I have su
On Tue, 8 May 2012 14:20:16 -0500
Mark Hatle wrote:
> > BTW: IIRC TUNE_CONFLICTS/TUNECONFLICTS inconsistency was discussed
> > on ML already (I could not find that thread, but still it's used in
> > meta/conf/machine/include/arm
>
> Ya, patches to fix these, and actually check them were sent t
On 5/8/12 1:02 PM, Martin Jansa wrote:
It's used in few recipes (lately used in kmod recipe), but no .bbclass and no
match in bitbake
OE @ ~/openembedded-core $ git grep CONFLICTS | grep -v RCONFLICTS | grep -v
TUNE_CONFLICTS | grep -v TUNECONFLICTS
meta/recipes-connectivity/openssh/openssh_6.
Richard/Saul,
As Frans Meulenbroeks noted this morning, guilt wasn't functional
in the devshell. The fix was simple enough, and by ensuring that
GUILT_BASE is exported, it works without any extra steps now.
I wasn't sure if there a better way to call 'up' to the base
method, so I repeated the cal
One of the patch backends to linux-yocto is guilt, which normally
tracks patches under .git. But .git isn't something that can be
checked into a SCM and repeated. So it has been moved under meta/patches
and committed to the meta branch.
If devshell is used, GUILT_BASE isn't set, so patch manipulat
It's used in few recipes (lately used in kmod recipe), but no .bbclass and no
match in bitbake
OE @ ~/openembedded-core $ git grep CONFLICTS | grep -v RCONFLICTS | grep -v
TUNE_CONFLICTS | grep -v TUNECONFLICTS
meta/recipes-connectivity/openssh/openssh_6.0p1.bb:CONFLICTS_${PN} = "dropbear"
meta/
1.2.6 is no more fetchable and 1.2.7 fix some bugs, full changelog is
available here : http://zlib.net/ChangeLog.txt
Signed-off-by: Eric Bénard
---
v2 : remove PR=r1
.../remove.ldconfig.call.patch |0
.../zlib/{zlib_1.2.6.bb => zlib_1.2.7.bb} |6 ++
2 fi
Le Tue, 8 May 2012 19:23:26 +0200,
Martin Jansa a écrit :
> On Tue, May 08, 2012 at 07:19:54PM +0200, Eric Bénard wrote:
> > 1.2.6 is no morre fetchable and 1.2.7 fix some bugs, full changelog is
> ^
> typo and can you resend with -M used for smaller diff?
>
done, thanks !
Eri
1.2.6 is no more fetchable and 1.2.7 fix some bugs, full changelog is
available here : http://zlib.net/ChangeLog.txt
Signed-off-by: Eric Bénard
---
.../remove.ldconfig.call.patch |0
.../zlib/{zlib_1.2.6.bb => zlib_1.2.7.bb} |4 ++--
2 files changed, 2 insert
On Tue, May 08, 2012 at 07:19:54PM +0200, Eric Bénard wrote:
> 1.2.6 is no morre fetchable and 1.2.7 fix some bugs, full changelog is
^
typo and can you resend with -M used for smaller diff?
Thanks
Cheers,
> available here : http://zlib.net/ChangeLog.txt
>
> Signed-off-by: Eri
1.2.6 is no morre fetchable and 1.2.7 fix some bugs, full changelog is
available here : http://zlib.net/ChangeLog.txt
Signed-off-by: Eric Bénard
---
.../zlib/zlib-1.2.6/remove.ldconfig.call.patch | 20 -
.../zlib/zlib-1.2.7/remove.ldconfig.call.patch | 20 +
m
On Thu, May 3, 2012 at 10:03 AM, Khem Raj wrote:
> On Thu, May 3, 2012 at 9:47 AM, Chris Larson wrote:
>> ??= may be of use here (though I haven't looked at the files in
>> particular, it seems appropriate)
>
> I tried that and it started to build kdrive for qemuarm
I have now made it to use ??=
On 05/03/2012 07:28 AM, Richard Purdie wrote:
> On Thu, 2012-05-03 at 16:02 +0200, Koen Kooi wrote:
>> Op 3 mei 2012, om 15:48 heeft Wolfgang Denk het volgende geschreven:
>>
>>> With recent kernel versions, some ARM configurations need may fail to
>>> build with errors like this:
>>>
>>> mul
On Mon, 2012-05-07 at 15:49 -0700, Scott Garman wrote:
> Hello,
>
> This pull request includes upgrades for the opensp and openssh recipes.
> They have been build-tested on all 5 of our QEMU architectures. The
> distro tracking updates include a couple of recipes that I missed in
> previous pull r
On Mon, 2012-05-07 at 22:05 +0200, Martin Jansa wrote:
> I haven't tried to build world for all archs, but git grep shows
> that this stuff wasn't used so it should be safe to remove it.
>
> The following changes since commit 2929e7d590862d9649458c90804e79a1dce40423:
>
> glib-2.0: Fix issues w
On Tue, 2012-05-08 at 07:42 -0700, Scott Garman wrote:
> Restore INC_PR to r15 to prevent breakage with out of tree openssl
> recipes (e.g, meta-oe).
>
> Signed-off-by: Scott Garman
> ---
> meta/recipes-connectivity/openssl/openssl.inc |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(
On Tue, 2012-05-08 at 22:43 +0800, edwin.z...@intel.com wrote:
> From: Zhai Edwin
>
> Multi-libs of Pango need different modules, thus different config files and
> utils. This patch separate config file and utils with different MLPREFIX to
> avoid conflict.
>
> [YOCTO #2356] got fixed.
>
> Sign
On Tue, 2012-05-08 at 10:47 -0400, Bruce Ashfield wrote:
> Richard/Saul,
>
> This pull requests represents some changes that I've been running here
> for the past 1.5 months. It is a re-working of the tools and recipes to
> allow more repository types to support the kern tools (branching and
> fra
In order to support repositories of various types (with or without
meta data, branched, pristine, custom, etc) information about the
type of processing that is required was passed to the processing
phases via variables.
The combination of variables involved in coordinating the processing
creates a
Updating the SRCREV to pick up two minor fixes:
1/2:
kgit-init: correct spelling of createme
kgit-init copies the kern-tools scripts and intends to copy createme.
The typo is in the usage() of updateme as well.
Signed-off-by: Michel Thebeau
2/2:
kconf_check: fix bad quotin
Richard/Saul,
This pull requests represents some changes that I've been running here
for the past 1.5 months. It is a re-working of the tools and recipes to
allow more repository types to support the kern tools (branching and
fragments).
It's one largish patch that consolidates recipe updates, t
Restore INC_PR to r15 to prevent breakage with out of tree openssl
recipes (e.g, meta-oe).
Signed-off-by: Scott Garman
---
meta/recipes-connectivity/openssl/openssl.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-connectivity/openssl/openssl.inc
b/met
Hello,
Andreas pointed out that I broke openssl in out of tree scenarios
by resetting INC_PR during my last recipe upgrade, so this restores
it to its previous, working value.
Scott
The following changes since commit 616552506708d6dbb35a716be5bdff345edf2be0:
xcb-util-image: Add missing depend
From: Zhai Edwin
Multi-libs of Pango need different modules, thus different config files and
utils. This patch separate config file and utils with different MLPREFIX to
avoid conflict.
[YOCTO #2356] got fixed.
Signed-off-by: Zhai Edwin
---
.../pango/pango-1.28.4/multilib-fix-clean.patch|
From: Zhai Edwin
All,
This is the new version based on RP's comments:
* Use MLPREFIX rather than ${baselib} dir to separate config/util
* Pass MLPREFIX as configure option so that pango can use it directly.
This patch doesn't change anying in non-multilib environment. Pls. help to pull.
Thanks,
On 05/08/2012 12:06 AM, Andreas Oberritter wrote:
Hello Scott,
On 25.04.2012 07:13, Scott Garman wrote:
--- a/meta/recipes-connectivity/openssl/openssl.inc
+++ b/meta/recipes-connectivity/openssl/openssl.inc
@@ -4,8 +4,7 @@ HOMEPAGE = "http://www.openssl.org/";
BUGTRACKER = "http://www.openss
On Tue, 2012-05-08 at 13:28 +0800, Dongxiao Xu wrote:
> In qt4's do_configure operation, it will refer to some variables that
> are derived from 'd', however these variable values may be not correct
> in multilib case since the extraction of these variables happens before
> the multilib handler.
>
> Kernel modules are not marked as executable but we do expect to strip them.
> This patch adds in missing code to ensure we do this. Without this images
> are getting sigificantly bloated in size.
>
This patch causes problems with TI's dsplink and linuxutils as posted here
http://comments.gman
On Sun, 2012-05-06 at 10:36 -0700, Rich Pixley wrote:
> On 5/2/12 16:06 , Richard Purdie wrote:
> > On Wed, 2012-05-02 at 14:48 -0500, Mark Hatle wrote:
> >> On 5/2/12 2:45 PM, Rich Pixley wrote:
> > What would really help is a way to reproduce this...
> >
> > Does it reproduce with a certain set o
Hi Phil,
Thanks for your reply, please see my comments inline ...
On 05/08/2012 03:14 PM, Phil Blundell wrote:
On Tue, 2012-05-08 at 10:50 +0800, Robert Yang wrote:
When the length of TMPDIR is longer than a threshold, there would be an
"Argument list too long" error when building gcc-cross, t
On Mon, May 07, 2012 at 09:14:58PM -0700, Saul Wold wrote:
> On 05/07/2012 01:06 PM, Martin Jansa wrote:
> > * as suggested here:
> >
> > http://lists.linuxtogo.org/pipermail/openembedded-core/2012-May/022060.html
> >
> Not so sure about this, there is still at least 1 recipe in meta-oe that
>
On Tue, 2012-05-08 at 10:50 +0800, Robert Yang wrote:
> When the length of TMPDIR is longer than a threshold, there would be an
> "Argument list too long" error when building gcc-cross, this is the
> error from the exec(), the maximum length of argument is defined in
> /usr/include/linux/limits.h:
On Mon, 7 May 2012 16:56:11 -0700
Scott Garman wrote:
> From what I can tell, the =~ regex operator is a bashism. It's also
> one that helps a lot with the code readability. So now that we're
> faced with re-writing the script to avoid using that operator, I'm
> having second thoughts about whet
Hello Scott,
On 25.04.2012 07:13, Scott Garman wrote:
> --- a/meta/recipes-connectivity/openssl/openssl.inc
> +++ b/meta/recipes-connectivity/openssl/openssl.inc
> @@ -4,8 +4,7 @@ HOMEPAGE = "http://www.openssl.org/";
> BUGTRACKER = "http://www.openssl.org/news/vulnerabilities.html";
> SECTION =
74 matches
Mail list logo
