On Thu, Mar 22, 2012 at 12:02:44AM +, Richard Purdie wrote:
> On Thu, 2012-03-22 at 00:50 +0100, Martin Jansa wrote:
> > On Wed, Mar 21, 2012 at 11:11:16PM +, Richard Purdie wrote:
> > > On Wed, 2012-03-21 at 22:36 +0100, Martin Jansa wrote:
> > > > Signed-off-by: Martin Jansa
> > > > ---
On 03/22/2012 11:36 AM, Denys Dmytriyenko wrote:
On Thu, Mar 22, 2012 at 11:22:42AM +0800, Robert Yang wrote:
On 03/22/2012 04:27 AM, Richard Purdie wrote:
On Wed, 2012-03-21 at 21:14 +0100, Koen Kooi wrote:
Op 21 mrt. 2012, om 20:42 heeft Saul Wold het volgende geschreven:
On 03/21/2012
Fixed bug [YOCTO #2152].
Signed-off-by: Lianhao Lu
---
.../{tcf-agent_svn.bb => tcf-agent_git.bb} | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
rename meta/recipes-devtools/tcf-agent/{tcf-agent_svn.bb => tcf-agent_git.bb}
(83%)
diff --git a/meta/recipes-devtool
tcf-agent upstream has changed to using git repository instead of svn.
The following changes since commit d036265de1d9931bedb660e01a763d3d1d9e4097:
Saul Wold (1):
xserver-kdrive: Fix packaging warnings
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ll
On Wed, Mar 21, 2012 at 10:06 PM, Khem Raj wrote:
> On Wed, Mar 21, 2012 at 9:55 PM, Kamble, Nitin A
> wrote:
>>> On Wed, Mar 21, 2012 at 6:58 PM, Kamble, Nitin A
>>> wrote:
>>> > Actually we noticed that Eric’s working sdk gdb was getting linked
>>> with the
>>> > host libpython.so, And if it i
On Wed, Mar 21, 2012 at 9:55 PM, Kamble, Nitin A
wrote:
>> On Wed, Mar 21, 2012 at 6:58 PM, Kamble, Nitin A
>> wrote:
>> > Actually we noticed that Eric’s working sdk gdb was getting linked
>> with the
>> > host libpython.so, And if it is linked with the sdk libpython.so then
>> he is
>> > able t
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Wednesday, March 21, 2012 9:25 PM
> To: Kamble, Nitin A
> Cc: Patches and discussions about the oe-core layer; Martin Jansa; Eric
> Bénard
> Subject: Re: [OE-core] [PATCH 1/1] Revert "gdb-cross-canadian: build
> gdb
On Wed, Mar 21, 2012 at 1:27 PM, Richard Purdie
wrote:
> On Wed, 2012-03-21 at 21:14 +0100, Koen Kooi wrote:
>> Op 21 mrt. 2012, om 20:42 heeft Saul Wold het volgende geschreven:
>>
>> > On 03/21/2012 07:25 AM, Samuel Stirtzel wrote:
>> >> * This move will allow the testing of meta-kde for users w
On Thu, Mar 22, 2012 at 11:22:42AM +0800, Robert Yang wrote:
>
>
> On 03/22/2012 04:27 AM, Richard Purdie wrote:
> >On Wed, 2012-03-21 at 21:14 +0100, Koen Kooi wrote:
> >>Op 21 mrt. 2012, om 20:42 heeft Saul Wold het volgende geschreven:
> >>
> >>>On 03/21/2012 07:25 AM, Samuel Stirtzel wrote:
>
On Wed, Mar 21, 2012 at 6:58 PM, Kamble, Nitin A
wrote:
> Actually we noticed that Eric’s working sdk gdb was getting linked with the
> host libpython.so, And if it is linked with the sdk libpython.so then he is
> able to see same issue what I am seeing.
>
> So look like issue is in the generated
On Wed, Mar 21, 2012 at 6:23 PM, Denys Dmytriyenko wrote:
>
> -DISTROOVERRIDES ?= "${DISTRO}"
> +DISTROOVERRIDES ?= "${@d.getVar('DISTRO', True) or ''}"
whats wrong with patch I proposed ?
___
Openembedded-core mailing list
Openembedded-core@lists.open
On Wed, Mar 21, 2012 at 4:12 PM, Richard Purdie
wrote:
> On Wed, 2012-03-21 at 17:54 +, McClintock Matthew-B29882 wrote:
>> On Wed, Mar 21, 2012 at 5:44 AM, Richard Purdie
>> wrote:
>> > This resolves issues related to pigz-native when installing from sstate
>> > that people
>> > have been s
On 03/22/2012 04:27 AM, Richard Purdie wrote:
On Wed, 2012-03-21 at 21:14 +0100, Koen Kooi wrote:
Op 21 mrt. 2012, om 20:42 heeft Saul Wold het volgende geschreven:
On 03/21/2012 07:25 AM, Samuel Stirtzel wrote:
* This move will allow the testing of meta-kde for users without
meta-openembe
From: Denys Dmytriyenko
That is to support alternative providers of libc, such as glibc, uclibc
or even an external binary toolchain.
No PR bump is necessary here.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-rt/rt-tests/rt-tests_0.83.bb |2 +-
1 files changed, 1 insertions(+), 1 dele
From: Denys Dmytriyenko
Enable passing OE and Distro-specific CFLAGS/LDFLAGS to the Makefile.
Signed-off-by: Denys Dmytriyenko
---
Feel free to drop this, if the patch gets accepted upstream soon enough.
.../makefile-support-user-cflags-ldflags.patch | 89
meta/reci
> [nitin@nbuild0 oecore-x86_64]$
> ./sysroots/x86_64-oesdk-linux/usr/bin/x86_64-oe-linux/x86_64-oe-linux-gdb
> *** glibc detected ***
> ./sysroots/x86_64-oesdk-linux/usr/bin/x86_64-oe-linux/x86_64-oe-linux-gdb:
> double free or corruption (out): 0x7f3226818030 ***
> Aborted (core dumped)
> [
From: Denys Dmytriyenko
If DISTRO is not set, FILESPATH becomes littered with directories like
files/${DISTRO} etc. It won't bomb until you try to eval it - i.e.
manipulating FILESPATH directly with .= works fine, but calling e.g.
base_set_filespath() throws this:
ERROR: Failure expanding variab
On Mon, Mar 05, 2012 at 01:36:05PM -0800, Saul Wold wrote:
> On 02/24/2012 09:05 AM, Khem Raj wrote:
> >On Fri, Feb 24, 2012 at 8:21 AM, Richard Purdie
> > wrote:
> >>On Thu, 2012-02-23 at 19:33 -0800, Khem Raj wrote:
> >>>Signed-off-by: Khem Raj
> >>>---
> >>> meta/conf/distro/include/default-di
Hi,
currently the meta-oe directory systemd_unitdir lives in
systemd.bbclass. This is suboptimal because some recipes not
inheriting systemd.bbclass need to know this location. Since oe-core
bitbake.conf is not the best place: Would it make sense to add
systemd_unitdir = "${base_libdir}/systemd"
On Mar 21, 2012 2:53 PM, "Kamble, Nitin A" wrote:
>
> > Hi Nitin,
> >
> > FWIW I took the i586 target sdk generated on the Fedora 16 and
> > put it on a VirtualBox VM running ubuntu 10.04.3 LTS x86_64 (2.6.32
> > kernel) and gdb still works fine.
> >
> > Eric
>
> Eric,
> If it is working for you,
On Thu, 2012-03-22 at 00:50 +0100, Martin Jansa wrote:
> On Wed, Mar 21, 2012 at 11:11:16PM +, Richard Purdie wrote:
> > On Wed, 2012-03-21 at 22:36 +0100, Martin Jansa wrote:
> > > Signed-off-by: Martin Jansa
> > > ---
> > > meta/recipes-gnome/gtk+/gtk+.inc |4
> > > 1 files changed
On Wed, Mar 21, 2012 at 11:11:16PM +, Richard Purdie wrote:
> On Wed, 2012-03-21 at 22:36 +0100, Martin Jansa wrote:
> > Signed-off-by: Martin Jansa
> > ---
> > meta/recipes-gnome/gtk+/gtk+.inc |4
> > 1 files changed, 4 insertions(+), 0 deletions(-)
>
> I really don't like the mess
rather than continually post oddities i run across in oe-core, i'm
just going to keep a record as a section at my wiki:
http://www.crashcourse.ca/wiki/index.php/OE-Core#Weirdness.2Foddities_in_current_OE-core
rday
--
R
Sorry to interject into the middle of this but I have a sudden idea. I
suspect Nitin is using rpm and the people with successful builds are
using ipk.
Further, I suspect that rpm is including python-nativesdk whilst the ipk
version might not be due to its slightly better dependency detection.
So
>
> > Also executing sdk gdb on the same build system (suse) is giving the
> same error.
> >
> do you have the possibility to launch a build on an other build system
> ?
>
> Eric
Building on Fedora 15 (64bit) has given me same results. I am starting a build
on fedora 16 (64 bit).
Nitin
___
On Wed, 21 Mar 2012, Richard Purdie wrote:
> On Wed, 2012-03-21 at 19:02 -0400, Robert P. J. Day wrote:
> > apparently, given the following in oe-buildenv-internal:
> >
> > BITBAKEDIR="$OEROOT/bitbake$BBEXTRA/"
> >
> > you can use BBEXTRA to use a different bitbake directory than the
> > default.
just poking around in scripts/create-lsb-image and noticed that
while the release number of 4.1.0 is hard coded:
RELEASE=released-4.1.0
the contents of that ftp directory are all 4.1.2-1 versions:
ftp://ftp.linuxfoundation.org/pub/lsb/bundles/released-4.1.0/dist-testkit/
so i'm not sure what
On Wed, 2012-03-21 at 19:02 -0400, Robert P. J. Day wrote:
> apparently, given the following in oe-buildenv-internal:
>
> BITBAKEDIR="$OEROOT/bitbake$BBEXTRA/"
>
> you can use BBEXTRA to use a different bitbake directory than the
> default. is this a debugging aid? are normal users meant to kno
On Wed, 2012-03-21 at 22:36 +0100, Martin Jansa wrote:
> Signed-off-by: Martin Jansa
> ---
> meta/recipes-gnome/gtk+/gtk+.inc |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
I really don't like the message having a gtk+-native around sends out.
Why do we need this?
Cheers,
Rich
And the config.log from the builddir is attached to this email.
Thanks,
Nitin
> -Original Message-
> From: Kamble, Nitin A
> Sent: Wednesday, March 21, 2012 3:55 PM
> To: 'Eric Bénard'; Saul Wold
> Cc: Patches and discussions about the oe-core layer; Martin Jansa
> Subject: RE: [OE-core]
apparently, given the following in oe-buildenv-internal:
BITBAKEDIR="$OEROOT/bitbake$BBEXTRA/"
you can use BBEXTRA to use a different bitbake directory than the
default. is this a debugging aid? are normal users meant to know
about this? i don't see any mention of it anywhere. in fact, fro
the norpath.patch with v2 and it worked correctly?
WARNING: QA Issue: readline:
/work/i586-poky-linux/readline-5.2-r7/packages-split/readline/usr/lib/libhistory.so.5.2
contains probably-redundant RPATH /usr/lib
WARNING: QA Issue: readline:
/work/i586-poky-linux/readline-5.2-r7/packages-split/rea
was just perusing oe-buildenv-internal and i'm puzzled by this at
the beginning:
if [ "x$BDIR" = "x" ]; then<-- ???
if [ "x$1" = "x" ]; then
under what circumstances will $BDIR ever have a value?
rday
--
On Wed, 2012-03-21 at 15:53 -0400, Denys Dmytriyenko wrote:
> On Wed, Mar 21, 2012 at 09:53:59AM +, Richard Purdie wrote:
> > On Tue, 2012-03-20 at 22:40 -0300, Otavio Salvador wrote:
> > > | NOTE: Unpacking
> > > /home/ostt-devel/src/embedded-systems/downloads/gcc-4_6-branch_gcc.gnu.org_.svn.g
Hi Saul,
Le Wed, 21 Mar 2012 15:21:12 -0700,
Saul Wold a écrit :
> Sorry for the top post here, looks like there might be some difference
> during configuration and compilation, can you send your config.log and
> the log.do_configure along with log.do_compile to the list.
>
> I think they need
> Looks like in my case the sdk gdb is not dynamically linked with
> libpython.
And also sdk provides libpython.so so gdb should be linked with the sdk version
and not the host-distro version.
Thanks,
Nitin
___
Openembedded-core mailing list
Opene
Eric, Nitin:
Sorry for the top post here, looks like there might be some difference
during configuration and compilation, can you send your config.log and
the log.do_configure along with log.do_compile to the list.
I think they need more investigation.
Sau!
On 03/21/2012 03:10 PM, Kamble,
> -Original Message-
> From: Eric Bénard [mailto:e...@eukrea.com]
> Sent: Wednesday, March 21, 2012 3:05 PM
> To: Kamble, Nitin A
> Cc: Martin Jansa; openembedded-core@lists.openembedded.org;
> richard.pur...@linuxfoundation.org
> Subject: Re: [PATCH 1/1] Revert "gdb-cross-canadian: build g
Le Wed, 21 Mar 2012 22:04:42 +,
"Kamble, Nitin A" a écrit :
> Also executing sdk gdb on the same build system (suse) is giving the same
> error.
>
do you have the possibility to launch a build on an other build system ?
Eric
___
Openembedded-cor
Le Wed, 21 Mar 2012 21:53:10 +,
"Kamble, Nitin A" a écrit :
> If it is working for you, I don't understand why is it not working here.
>
it's not working _only_ for me, Martin also had success.
> [nitin@nbuild0 oecore-x86_64]$ cd /usr/local/oecore-x86_64/
> [nitin@nbuild0 oecore-x86_64]$ l
Also executing sdk gdb on the same build system (suse) is giving the same error.
Nitin
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> Hi Nitin,
>
> FWIW I took the i586 target sdk generated on the Fedora 16 and
> put it on a VirtualBox VM running ubuntu 10.04.3 LTS x86_64 (2.6.32
> kernel) and gdb still works fine.
>
> Eric
Eric,
If it is working for you, I don't understand why is it not working here.
[nitin@nbuild0 oecor
> -Original Message-
> From: Kamble, Nitin A
> Sent: Wednesday, March 21, 2012 2:12 PM
> To: 'Eric Bénard'
> Cc: Martin Jansa; openembedded-core@lists.openembedded.org;
> richard.pur...@linuxfoundation.org
> Subject: RE: [PATCH 1/1] Revert "gdb-cross-canadian: build gdb with
> python supp
* || true is needed for cases where grep doesn't find anything
* and quotes around info are needed to keep line breaks
Signed-off-by: Martin Jansa
---
meta/classes/rootfs_ipk.bbclass |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/classes/rootfs_ipk.bbclass b/
* see
http://git.openembedded.org/meta-openembedded/commit/?id=3f4c8edc60b3426dd96f76504169d742a04c1ce1
for details about --disable-introspection
Signed-off-by: Martin Jansa
---
meta/recipes-graphics/pango/pango.inc |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/me
Signed-off-by: Martin Jansa
---
meta/recipes-support/libusb/libusb-compat_0.1.3.bb |7 +--
meta/recipes-support/libusb/libusb1_1.0.8.bb |2 ++
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/libusb/libusb-compat_0.1.3.bb
b/meta/recipes-suppor
Signed-off-by: Martin Jansa
---
meta/recipes-multimedia/libtiff/tiff_4.0.1.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-multimedia/libtiff/tiff_4.0.1.bb
b/meta/recipes-multimedia/libtiff/tiff_4.0.1.bb
index 6fb4163..80677fc 100644
--- a/meta/recipes-mu
Signed-off-by: Martin Jansa
---
meta/recipes-graphics/cairo/cairo.inc |1 +
meta/recipes-graphics/cairo/cairo_1.10.2.bb |2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/cairo/cairo.inc
b/meta/recipes-graphics/cairo/cairo.inc
index 69984cb.
Signed-off-by: Martin Jansa
---
meta/recipes-graphics/xorg-lib/pixman_0.25.2.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.25.2.bb
b/meta/recipes-graphics/xorg-lib/pixman_0.25.2.bb
index 4cff6f9..8281476 100644
--- a/meta/re
Signed-off-by: Martin Jansa
---
meta/recipes-gnome/librsvg/librsvg_2.32.1.bb |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb
b/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb
index 1e57647..4e4e339 100644
--- a/meta/recipes-gnom
Signed-off-by: Martin Jansa
---
meta/recipes-gnome/gtk+/gtk+.inc |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-gnome/gtk+/gtk+.inc b/meta/recipes-gnome/gtk+/gtk+.inc
index 4e03670..1700117 100644
--- a/meta/recipes-gnome/gtk+/gtk+.inc
+++ b/meta/recipes-
* those are needed for gtk+-native after this patch
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-February/017772.html
is applied
* I had them in .bbappends for meta-oe, but adding native BBCLASSEXTEND
doesn't add any maintenance cost to oe-core and makes recipe upgrades
easi
* if some package is using PACKAGECONFIG and also BBCLASSEXTEND then it could
be called twice
but without this PACKAGECONFIG was adding items to DEPENDS after virtclass
handler
so foo-native was depending on bar instead of bar-foo when bar was added by
PACKAGECONFIG
see:
http://lists.linu
From: Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli
Signed-off-by: Martin Jansa
---
meta/classes/scons.bbclass |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/classes/scons.bbclass b/meta/classes/scons.bbclass
index 211746f..a07a366 100644
---
From: Denis 'GNUtoo' Carikli
* The location where xev was located didn't contain xorg-app-common.inc,
but still xev requires it. So moving it fixes that issue.
* File checksums and License checksums were also added.
Signed-off-by: Denis 'GNUtoo' Carikli
Signed-off-by: Martin Jansa
---
.../r
* also use weak assignment for SDK_NAME_PREFIX as suggested by khem
* TUNE_PKGARCH is not 100% right too, because such SDK image usually has few
machine specific packages included (e.g. base-files, securetty, opkg configs)
but those are not important for SDK users so it's better to have one SDK
gtk+-native is usefull at least for gtk+3 build, see
http://git.openembedded.org/meta-openembedded/commit/?id=c0f4fff835b59aab108ddba40957d8291fb937b8
for details.
.bbappends with just added BBCLASSEXTEND are IMHO worse
for maintenance then moving it to oe-core directly.
Tested with gtk+-native
Hi Nitin,
FWIW I took the i586 target sdk generated on the Fedora 16 and
put it on a VirtualBox VM running ubuntu 10.04.3 LTS x86_64 (2.6.32
kernel) and gdb still works fine.
Eric
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.
> It doesnt' work for me since a long time ago, maybe 3 months ago, I doubted
> this was because of my host(Ubuntu 11.10 64bit), but it still didn't work
> when I changed to FC 13 64bit.
>
> I tried another host Ubuntu 10.10 32bit just now, this one worked well.
I have also run this on a FC 14
On Wed, 2012-03-21 at 17:54 +, McClintock Matthew-B29882 wrote:
> On Wed, Mar 21, 2012 at 5:44 AM, Richard Purdie
> wrote:
> > This resolves issues related to pigz-native when installing from sstate
> > that people
> > have been seeing. It also gives us a way to solve issues like the
> > gzi
> -Original Message-
> From: Eric Bénard [mailto:e...@eukrea.com]
> Sent: Wednesday, March 21, 2012 2:03 PM
> To: Kamble, Nitin A
> Cc: Martin Jansa; openembedded-core@lists.openembedded.org;
> richard.pur...@linuxfoundation.org
> Subject: Re: [PATCH 1/1] Revert "gdb-cross-canadian: build
Le Wed, 21 Mar 2012 20:48:23 +,
"Kamble, Nitin A" a écrit :
> I removed the meta-yocto layer, which removed poky distro from the config.
> And I am still seeing same issue.
>
> [nitin@nbuild0 /]$ cd /usr/local/oecore-x86_64/
> [nitin@nbuild0 oecore-x86_64]$ ls
> environment-setup-x86_64-oe
On Wed, Mar 21, 2012 at 09:53:59AM +, Richard Purdie wrote:
> On Tue, 2012-03-20 at 22:40 -0300, Otavio Salvador wrote:
> > | NOTE: Unpacking
> > /home/ostt-devel/src/embedded-systems/downloads/gcc-4_6-branch_gcc.gnu.org_.svn.gcc.branches_184847_.tar.gz
> > to
> > /home/ostt-devel/src/embedded
> -Original Message-
> From: Martin Jansa [mailto:martin.ja...@gmail.com]
> Sent: Wednesday, March 21, 2012 12:49 PM
> To: Eric Bénard
> Cc: Kamble, Nitin A; openembedded-core@lists.openembedded.org;
> richard.pur...@linuxfoundation.org
> Subject: Re: [PATCH 1/1] Revert "gdb-cross-canadia
here:
http://www.openembedded.org/wiki/Migrating_metadata_to_OE-Core
there is some apparently hard and fast advice:
"Use FILESEXTRAPATHS to extend file search path: Modifications to
FILESPATHPKG and/or FILESPATH should be replaced by prepending to
FILESEXTRAPATHS; in addition, you no longer n
On Wed, 2012-03-21 at 21:14 +0100, Koen Kooi wrote:
> Op 21 mrt. 2012, om 20:42 heeft Saul Wold het volgende geschreven:
>
> > On 03/21/2012 07:25 AM, Samuel Stirtzel wrote:
> >> * This move will allow the testing of meta-kde for users without
> >> meta-openembedded.
> >>
> > So what other layer
Op 21 mrt. 2012, om 20:42 heeft Saul Wold het volgende geschreven:
> On 03/21/2012 07:25 AM, Samuel Stirtzel wrote:
>> * This move will allow the testing of meta-kde for users without
>> meta-openembedded.
>>
> So what other layers are using giflib?
>
> Your suggesting that we need to have it
WARNING: For recipe xserver-kdrive, the following files/directories were
installed but not shipped in any package:
WARNING: /usr/lib
WARNING: /usr/lib/xorg
WARNING: /usr/lib/xorg/protocol.txt
WARNING: /usr/share/X11
WARNING: /usr/share/X11/xkb
WARNING: /usr/share/X11/xkb/compiled
WARNI
On Wed, Mar 21, 2012 at 08:32:49PM +0100, Eric Bénard wrote:
> Hi Nitin,
>
> Le Wed, 21 Mar 2012 18:07:50 +,
> "Kamble, Nitin A" a écrit :
> > > From: Eric Bénard [mailto:e...@eukrea.com]
> > > I'm launching a build and will keep you informed of the result. If that
> > > only fails for x86 or
> -Original Message-
> From: Eric Bénard [mailto:e...@eukrea.com]
> Sent: Wednesday, March 21, 2012 12:37 PM
> To: Kamble, Nitin A
> Cc: openembedded-core@lists.openembedded.org; martin.ja...@gmail.com;
> richard.pur...@linuxfoundation.org
> Subject: Re: [PATCH 1/1] Revert "gdb-cross-cana
* ftp.{us,uk,hk,au,jp}.kernel.org don't have DNS A records.
Signed-off-by: Andreas Oberritter
---
* Not sure whether it's just temporary or not.
meta/classes/mirrors.bbclass |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/meta/classes/mirrors.bbclass b/meta/classes/
On 03/21/2012 07:25 AM, Samuel Stirtzel wrote:
* This move will allow the testing of meta-kde for users without
meta-openembedded.
So what other layers are using giflib?
Your suggesting that we need to have it in oe-core so people don't need
to add the meta-openembedded layer when using meta
Hi Nitin,
Le Wed, 21 Mar 2012 19:04:14 +,
"Kamble, Nitin A" a écrit :
> The sdk gdb from meta-toolchain for qemuarm is also failing similarly:
>
> *** glibc detected *** arm-poky-linux-gnueabi-gdb: double free or corruption
> (out): 0x7f8ef7992030 ***
> Aborted (core dumped)
>
can yo
Hi Nitin,
Le Wed, 21 Mar 2012 18:07:50 +,
"Kamble, Nitin A" a écrit :
> > From: Eric Bénard [mailto:e...@eukrea.com]
> > I'm launching a build and will keep you informed of the result. If that
> > only fails for x86 or x86_64 targets, we can use overrides to disable
> > python support only fo
>
>
>
> > -Original Message-
> > From: Eric Bénard [mailto:e...@eukrea.com]
> > Sent: Wednesday, March 21, 2012 11:02 AM
> > To: Kamble, Nitin A
> > Cc: openembedded-core@lists.openembedded.org; martin.ja...@gmail.com;
> > richard.pur...@linuxfoundation.org
> > Subject: Re: [PATCH 1/1] R
On 03/14/2012 07:02 PM, nitin.a.kam...@intel.com wrote:
From: Nitin A Kamble
For more information look at the individual commit logs.
The following changes since commit 8bae18bb358755131f13865abb279ac687a03848:
slang: Fix rpath QA warnings (2012-03-15 00:11:40 +)
are available in the g
On 03/18/2012 08:28 PM, Dexuan Cui wrote:
The following changes since commit 0882b5e0adb05d4f950c721fcb80b4cff42ce079:
self-hosted-image: pre-populate the builder user with poky source
(2012-03-19 09:31:19 +0800)
are available in the git repository at:
git://git.pokylinux.org/poky-contri
On 03/15/2012 06:04 PM, Robert Yang wrote:
Testinfo:
Has tested on qemux86, qemuppc and qemuarm.
// Robert
The following changes since commit d4f1ef6b8297826230a68e535098709d07de1f48:
qt4: package static libraries correctly to fix warnings (2012-03-15 13:33:37
+)
are available in the
On 03/16/2012 09:19 AM, Scott Garman wrote:
Hello,
This pull request includes an upgrade for our e2fsprogs recipe, and
updates for all of my recipes which require manual checks.
e2fsprogs was build tested successfully on all 5 of our qemu
architectures, and I did a visual comparison of the imag
On 03/15/2012 05:52 PM, Shane Wang wrote:
Upgrade recipes for M4. Please review.
The following changes since commit bd2d8904181aa67258b6be8a7bbeaf8d12a8dd5a:
xorg-xserver: Explictly disable dtrace, its not in DEPENDS (2012-03-12
17:45:41 +)
are available in the git repository at:
gi
> -Original Message-
> From: Eric Bénard [mailto:e...@eukrea.com]
> Sent: Wednesday, March 21, 2012 11:02 AM
> To: Kamble, Nitin A
> Cc: openembedded-core@lists.openembedded.org; martin.ja...@gmail.com;
> richard.pur...@linuxfoundation.org
> Subject: Re: [PATCH 1/1] Revert "gdb-cross-cana
On Wed, Mar 21, 2012 at 4:53 AM, Richard Purdie
wrote:
> On Tue, 2012-03-20 at 22:40 -0300, Otavio Salvador wrote:
>> | NOTE: Unpacking
>> /home/ostt-devel/src/embedded-systems/downloads/gcc-4_6-branch_gcc.gnu.org_.svn.gcc.branches_184847_.tar.gz
>> to
>> /home/ostt-devel/src/embedded-systems/tmp
Le Wed, 21 Mar 2012 17:57:57 +,
"Kamble, Nitin A" a écrit :
> Can you try meta-toolchain for qemux86 or qemux86-64 machine ?
> I found that sdk gdb is failing for these machines since that commit went in
> the oe-core.
>
I'm launching a build and will keep you informed of the result. If that
> -Original Message-
> From: Eric Bénard [mailto:e...@eukrea.com]
> Sent: Wednesday, March 21, 2012 10:52 AM
> To: Kamble, Nitin A
> Cc: openembedded-core@lists.openembedded.org; martin.ja...@gmail.com;
> richard.pur...@linuxfoundation.org
> Subject: Re: [PATCH 1/1] Revert "gdb-cross-canad
On Wed, Mar 21, 2012 at 06:52:16PM +0100, Eric Bénard wrote:
> Le Wed, 21 Mar 2012 17:47:53 +,
> "Kamble, Nitin A" a écrit :
> > I tried removing the "--with-system-readline" from the EXTRA_OECONF. It
> > did not change the behavior of the issue.
> > Also I noticed that that commit never wo
On Wed, Mar 21, 2012 at 5:44 AM, Richard Purdie
wrote:
> This resolves issues related to pigz-native when installing from sstate that
> people
> have been seeing. It also gives us a way to solve issues like the gzip-native
> race
> during sstate package creation covered in Yocto #1774.
>
> Signe
Le Wed, 21 Mar 2012 17:47:53 +,
"Kamble, Nitin A" a écrit :
> I tried removing the "--with-system-readline" from the EXTRA_OECONF. It did
> not change the behavior of the issue.
> Also I noticed that that commit never worked in the tree. I have built it on
> fedora and suse systems.
it wo
> -Original Message-
> From: Eric Bénard [mailto:e...@eukrea.com]
> Sent: Wednesday, March 21, 2012 10:08 AM
> To: Kamble, Nitin A
> Cc: openembedded-core@lists.openembedded.org; martin.ja...@gmail.com;
> richard.pur...@linuxfoundation.org
> Subject: Re: [PATCH 1/1] Revert "gdb-cross-cana
Hi Nitin,
Le Wed, 21 Mar 2012 09:35:16 -0700,
nitin.a.kam...@intel.com a écrit :
> From: Nitin A Kamble
>
> This reverts commit 1cb4614f1d5e482b88ea372d1841a6c313a49941.
>
> and bump PR
>
> This fixes this bug:
> [YOCTO #2077] - memory buffer mess up of i586-poky-linux-gdb in meta-toolchain
>
On Wed, 2012-03-21 at 09:53 +, Richard Purdie wrote:
> On Tue, 2012-03-20 at 22:40 -0300, Otavio Salvador wrote:
> > | NOTE: Unpacking
> > /home/ostt-devel/src/embedded-systems/downloads/gcc-4_6-branch_gcc.gnu.org_.svn.gcc.branches_184847_.tar.gz
> > to
> > /home/ostt-devel/src/embedded-system
From: Nitin A Kamble
This reverts the commit for adding python support to sdk gdb. It is
breaking the sdk gdb as reported in this bug:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=2077
The following changes since commit 40f95685e6a3b4359d2ab2fea1418fe5e4bd0aa1:
gzip/pigz-native: Insta
From: Nitin A Kamble
This reverts commit 1cb4614f1d5e482b88ea372d1841a6c313a49941.
and bump PR
This fixes this bug:
[YOCTO #2077] - memory buffer mess up of i586-poky-linux-gdb in meta-toolchain
https://bugzilla.yoctoproject.org/show_bug.cgi?id=2077
Signed-off-by: Nitin A Kamble
---
meta/rec
On Tue, Mar 20, 2012 at 01:24:00PM +0100, Koen Kooi wrote:
>
> Op 15 mrt. 2012, om 23:56 heeft Richard Purdie het volgende geschreven:
>
> > I've sent this before, this is an updated version with several bugfixes
> > and improvements. Its a major change but one I think people will like
> > overal
On Wed, 21 Mar 2012, Chris Larson wrote:
... snip ...
> No, sorry, it's still bogus. _append isn't part of the variable
> name, it's an operation. _append is *always* cumulative, so += is
> redundant, only being used to add the " " separator which you could
> add yourself just as easily.
i bel
Hi Richard,
Please see my comments inline ...
On 03/21/2012 08:36 PM, Richard Purdie wrote:
On Wed, 2012-03-21 at 16:38 +0800, Robert Yang wrote:
Remove the do_configure_prepend which is used for removing
${S}/m4/lib-link.m4 to compile under libtool 2.2.2, but our libtool has
been upgraded to
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-extended/pigz/pigz.inc
b/meta/recipes-extended/pigz/pigz.inc
index 5fda8ca..e1cbc8b 100644
--- a/meta/recipes-extended/pigz/pigz.inc
+++ b/meta/recipes-extended/pigz/pigz.inc
@@ -15,7 +15,18 @@ PROVIDES_virtclass-native += "gzip-native"
* This move will allow the testing of meta-kde for users without
meta-openembedded.
Signed-off-by: Samuel Stirtzel
---
meta/recipes-devtools/giflib/giflib_4.1.6.bb | 20
1 files changed, 20 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-devtools/giflib/gif
Hello Shane,
On 16.03.2012 01:52, Shane Wang wrote:
> Signed-off-by: Shane Wang
> ---
> .../configure_fix.patch|0
> .../configure_nm.patch |0
> .../hardcoded_libtool.patch|0
> .../{gdk-pixbuf_2.24.0.bb
On Tue, 2012-03-20 at 16:06 +, Paul Eggleton wrote:
> Some fixes for the buildhistory_analysis module to reduce the output
> and make it more readable when using the buildhistory-diff tool.
>
> The following changes since commit 5d404fdb36b0535ce758d98408b02134cdbce4ee:
>
> xserver-kdrive:
On Wed, 2012-03-21 at 17:41 +0800, Lianhao Lu wrote:
> Change the recipe name lttng-ust from lttng-2.0 to lttng2-ust so that
> that both the lttng-ust of the old framework and of the new framework
> lttng-2.0 can coexist.
>
> Fixed bug [YOCTO #2062].
>
> Signed-off-by: Lianhao Lu
> ---
> .../lt
1 - 100 of 138 matches
Mail list logo
