On Wed, Mar 21, 2012 at 09:47:43PM -0700, Khem Raj wrote:
> 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 w
On Wed, Mar 21, 2012 at 11:05:14PM +0100, Eric Bénard wrote:
> 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.
Tested again this time wi
2012/3/21 Koen Kooi :
>
> 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 sugg
Le Thu, 22 Mar 2012 09:47:33 +0100,
Martin Jansa a écrit :
> On Wed, Mar 21, 2012 at 11:05:14PM +0100, Eric Bénard wrote:
> > 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 w
Op 22 mrt. 2012, om 09:48 heeft Samuel Stirtzel het volgende geschreven:
> 2012/3/21 Koen Kooi :
>>
>> 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
2012/3/22 Koen Kooi :
>
> Op 22 mrt. 2012, om 09:48 heeft Samuel Stirtzel het volgende geschreven:
>
>> 2012/3/21 Koen Kooi :
>>>
>>> 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 o
On Thu, 2012-03-22 at 07:51 +0100, Martin Jansa wrote:
> 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
The insane.bbclass grep in log.do_compile and log.do_install
unconditionally, but there maybe no such logs when mirror the pkg from
sstate cache file. We should check whether the log file exists or not
before grep in it.
Additionally, break the one too long line into two (Add a "\n").
[YOCTO #215
The following changes since commit 047ce547edd61b0d3b15c22b3492f7595ce2bc66:
xserver-kdrive: Fix packaging warnings (2012-03-21 23:17:32 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib robert/insane
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ro
On Thu, Mar 22, 2012 at 09:52:02AM +, Richard Purdie wrote:
> On Thu, 2012-03-22 at 07:51 +0100, Martin Jansa wrote:
> > 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 +,
Fix a couple common typoes, all contained within comments so there
should be no effect on functionality.
Signed-off-by: Robert P. J. Day
---
diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 3126318..9459b00 100644
--- a/meta/classes/license.bbclass
+++ b/meta/clas
According to Richard Purdie, this single reference to BBEXTRA is a
historical holdover and has little value these days.
Signed-off-by: Robert P. J. Day
---
wasn't sure if richard was saying that BBEXTRA didn't have any value
anymore, so he's welcome to NAK this patch. there is no other
refe
Op 20 mrt. 2012, om 14:51 heeft Paul Eggleton het volgende geschreven:
> On Tuesday 20 March 2012 14:38:52 Koen Kooi wrote:
>> Allow empty commits, this also give a nice speedup since 'git status
>> --porcelain' doesn't need to get run.
>
> I guess my thinking before (without any verification) w
Signed-off-by: Andreas Müller
---
meta/recipes-connectivity/bluez/bluez4_4.99.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/bluez/bluez4_4.99.bb
b/meta/recipes-connectivity/bluez/bluez4_4.99.bb
index 97c77b4..5033d34 100644
--- a/meta/r
Signed-off-by: Andreas Müller
---
meta/recipes-connectivity/ofono/ofono.inc|2 +-
meta/recipes-connectivity/ofono/ofono_1.5.bb |2 +-
meta/recipes-connectivity/ofono/ofono_git.bb |4 +---
3 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-connectivity/ofo
Signed-off-by: Andreas Müller
---
meta/recipes-core/dbus/dbus.inc |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index 588209f..a75583d 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recip
Signed-off-by: Andreas Müller
---
meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
b/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
index fa11479..597e8b6 100644
---
Signed-off-by: Andreas Müller
---
.../recipes-support/consolekit/consolekit_0.4.5.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/consolekit/consolekit_0.4.5.bb
b/meta/recipes-support/consolekit/consolekit_0.4.5.bb
index 3a4b04f..d1cc037 10064
Some of oe-core's recipes need to know where systemd units are. Since the
directory might change in the future [1], we set the location once globally to
reduce maintenance efforts
[1] http://www.gossamer-threads.com/lists/gentoo/dev/245758
Signed-off-by: Andreas Müller
---
meta/conf/bitbake.con
Signed-off-by: Andreas Müller
---
meta/recipes-connectivity/avahi/avahi.inc |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi.inc
b/meta/recipes-connectivity/avahi/avahi.inc
index 0308095..731ad9a 100644
--- a/meta/recipes-connec
perusing the file meta/classes/kernel-yocto.bbclass and saw the
following snippet around line 287:
# nothing to do if SRCREV is AUTOREV
if [ "${SRCREV_machine}" = "AUTOINC" ]; then
# restore the branch for builds
git checkout -f ${KBRANCH}
v1 -> v2:
follow busybox-1.19.3 -> busybox-1.19.4
Andreas Müller (1):
busybox: enable eject
meta/recipes-core/busybox/busybox-1.19.4/defconfig |2 +-
meta/recipes-core/busybox/busybox_1.19.4.bb|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--
1.7.4.4
__
In xfce-environment ejecting USB-memory stick caused:
Error starting job: Failed to execute child process "eject" (No such file or
directory)
run-tested with angstrom/meta-oe environment on overo
---
meta/recipes-core/busybox/busybox-1.19.4/defconfig |2 +-
meta/recipes-core/busybox/busybox_
haven't seen this mentioned anywhere and i know it's simple but i
want to confirm this.
say i run oe-init-build-env to initialize a new project, part of the
effect of that is to prepend the OE and bitbake related directories to
PATH. i work there for a while, then want to put that on hold to
Hi,
thanks to the help of Woglinde on IRC, here is some log which shows a
wrong rpath which explains why the sdk libraries are not used.
This doesn't solves the double free problem which seems related to
the SDK's libpython
Eric$ chrpath -l arm-oe-linux-gnueabi-gdb
arm-oe-linux-gnueabi-gdb:
RPA
Hi Khem,
Le Wed, 21 Mar 2012 22:06:41 -0700,
Khem Raj a écrit :
> ok also try setting MALLOC_CHECK_=2 in environment and run gdb again
> this should dump the core
> I dont have gdb handy right now its building
$ export MALLOC_CHECK_=2
$ ./arm-oe-linux-gnueabi-gdb
Abandon (core dumped)
$ sudo
On Thu, Mar 22, 2012 at 5:13 AM, Eric Bénard wrote:
>
> so the problem seems to be in the libpython of the SDK
delete the readline.so in python modules and use the SDK python
does that make the crash go away ?
libpython sometimes expect debug versions of plugins and thats what I
am getting to
__
Hi,
In my never ending quest to get consolekit/polkit/etc working properly I've
found that CONFIG_AUDITSYSCALL is really usefull (it's usefull in other
contexts as well, but that's outside the oe-core set of recipes). It has the
following problem:
config AUDITSYSCALL
bool "Enable syste
Hi Khem,
Le Thu, 22 Mar 2012 05:17:20 -0700,
Khem Raj a écrit :
> On Thu, Mar 22, 2012 at 5:13 AM, Eric Bénard wrote:
> >
> > so the problem seems to be in the libpython of the SDK
>
> delete the readline.so in python modules and use the SDK python
> does that make the crash go away ?
> libpyt
On Thu, Mar 22, 2012 at 5:43 AM, Eric Bénard wrote:
> you are right :
>
> $ sudo rm ../../lib/python2.7/lib-dynload/readline.so
ok another experiment instead of deleting readline.so make a copy of
it and call it
readline_d.so in the same dir or whereever gdb looks for debug symbols
and see if it
On Thu, Mar 22, 2012 at 7:05 AM, Robert P. J. Day wrote:
>
> perusing the file meta/classes/kernel-yocto.bbclass and saw the
> following snippet around line 287:
>
> # nothing to do if SRCREV is AUTOREV
> if [ "${SRCREV_machine}" = "AUTOINC" ]; then
> # restore the br
On Thu, 22 Mar 2012, Bruce Ashfield wrote:
> On Thu, Mar 22, 2012 at 7:05 AM, Robert P. J. Day
> wrote:
> >
> > perusing the file meta/classes/kernel-yocto.bbclass and saw the
> > following snippet around line 287:
> >
> > # nothing to do if SRCREV is AUTOREV
> > if [ "${SRCREV_ma
On Thu, Mar 22, 2012 at 9:10 AM, Robert P. J. Day wrote:
> On Thu, 22 Mar 2012, Bruce Ashfield wrote:
>
>> On Thu, Mar 22, 2012 at 7:05 AM, Robert P. J. Day
>> wrote:
>> >
>> > perusing the file meta/classes/kernel-yocto.bbclass and saw the
>> > following snippet around line 287:
>> >
>> >
Le Thu, 22 Mar 2012 05:57:46 -0700,
Khem Raj a écrit :
> On Thu, Mar 22, 2012 at 5:43 AM, Eric Bénard wrote:
> > you are right :
> >
> > $ sudo rm ../../lib/python2.7/lib-dynload/readline.so
>
> ok another experiment instead of deleting readline.so make a copy of
> it and call it
> readline_d.s
Le Thu, 22 Mar 2012 14:14:55 +0100,
Eric Bénard a écrit :
> [ebenard@eb-e6520 lib-dynload]$ sudo mv readline.so readline_d.so
> [ebenard@eb-e6520 lib-dynload]$ arm-oe-linux-gnueabi-gdb
> GNU gdb (GDB) 7.4
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or
On Thu, Mar 22, 2012 at 6:34 AM, Eric Bénard wrote:
>
> Le Thu, 22 Mar 2012 14:14:55 +0100,
> Eric Bénard a écrit :
>> [ebenard@eb-e6520 lib-dynload]$ sudo mv readline.so readline_d.so
>> [ebenard@eb-e6520 lib-dynload]$ arm-oe-linux-gnueabi-gdb
>> GNU gdb (GDB) 7.4
>> Copyright (C) 2012 Free Soft
On Thu, Mar 22, 2012 at 12:05:56PM +0100, Andreas Müller wrote:
> Some of oe-core's recipes need to know where systemd units are. Since the
> directory might change in the future [1], we set the location once globally to
> reduce maintenance efforts
>
> [1] http://www.gossamer-threads.com/lists/ge
On Thursday 22 March 2012 11:35:30 Koen Kooi wrote:
> After a few more days of usage I'm going to create a follow-up patch that
> will do:
>
> 1) reinstate the global git status --porcelain and make a single, empty
> commit if nothing changed instead of N empty commits. 2) either parse the
> outpu
On Thu, Mar 22, 2012 at 02:25:38PM +, Paul Eggleton wrote:
> On Thursday 22 March 2012 11:35:30 Koen Kooi wrote:
> > After a few more days of usage I'm going to create a follow-up patch that
> > will do:
> >
> > 1) reinstate the global git status --porcelain and make a single, empty
> > commit
On Thursday 22 March 2012 12:10:27 Andreas Müller wrote:
> In xfce-environment ejecting USB-memory stick caused:
> Error starting job: Failed to execute child process "eject" (No such file or
> directory)
Not to say we shouldn't merge this, but I'm concerned if this continues we
could end up with
Op 22 mrt. 2012, om 15:25 heeft Paul Eggleton het volgende geschreven:
> On Thursday 22 March 2012 11:35:30 Koen Kooi wrote:
>> After a few more days of usage I'm going to create a follow-up patch that
>> will do:
>>
>> 1) reinstate the global git status --porcelain and make a single, empty
>> c
* The sed script replacing ${bindir}/orcc with
${STAGING_BINDIR_NATIVE}/orcc causes orcc to not be found.
It may have been a workaround for older versions of pkg-config
or older gst-plugins. Removing it makes gst-plugins use
orcc from 'orc-native' successfully, if available.
Signed-off-by:
Op 22 mrt. 2012, om 15:41 heeft Paul Eggleton het volgende geschreven:
> On Thursday 22 March 2012 12:10:27 Andreas Müller wrote:
>> In xfce-environment ejecting USB-memory stick caused:
>> Error starting job: Failed to execute child process "eject" (No such file or
>> directory)
>
> Not to say
On Thu, 2012-03-22 at 13:22 +0100, Koen Kooi wrote:
> In my never ending quest to get consolekit/polkit/etc working properly
> I've found that CONFIG_AUDITSYSCALL is really usefull (it's usefull in
> other contexts as well, but that's outside the oe-core set of
> recipes). It has the following prob
On Thu, Mar 22, 2012 at 9:41 AM, Paul Eggleton
wrote:
> On Thursday 22 March 2012 12:10:27 Andreas Müller wrote:
>> In xfce-environment ejecting USB-memory stick caused:
>> Error starting job: Failed to execute child process "eject" (No such file or
>> directory)
>
> Not to say we shouldn't merge
From: Christopher Larson
There's a problem in arch-powerpc.inc today, wherein it directly sets
TUNE_PKGARCH, rather than setting TUNE_PKGARCH_tune-. As a result,
more specific tuning files (e.g. ppce500mc) then see their
TUNE_PKGARCH_tune- variable definitions no longer obeyed. As
a consequence,
On Thu, Mar 22, 2012 at 8:00 AM, Christopher Larson wrote:
> From: Christopher Larson
>
> There's a problem in arch-powerpc.inc today, wherein it directly sets
> TUNE_PKGARCH, rather than setting TUNE_PKGARCH_tune-. As a result,
> more specific tuning files (e.g. ppce500mc) then see their
> TUNE_
Op 22 mrt. 2012, om 15:49 heeft Richard Purdie het volgende geschreven:
> On Thu, 2012-03-22 at 13:22 +0100, Koen Kooi wrote:
>> In my never ending quest to get consolekit/polkit/etc working properly
>> I've found that CONFIG_AUDITSYSCALL is really usefull (it's usefull in
>> other contexts as we
On Thu, Mar 22, 2012 at 10:08 AM, Chris Larson wrote:
> On Thu, Mar 22, 2012 at 8:00 AM, Christopher Larson wrote:
>> From: Christopher Larson
>>
>> There's a problem in arch-powerpc.inc today, wherein it directly sets
>> TUNE_PKGARCH, rather than setting TUNE_PKGARCH_tune-. As a result,
>> more
When nothing has changed an empty commit prefixed with "No changes" will get
generated
Signed-off-by: Koen Kooi
---
meta/classes/buildhistory.bbclass |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/classes/buildhistory.bbclass
b/meta/classes/buildhistory.bbclass
There are various conditions that lead to duplicate entries in the dot graph
which need to get fixed, but this patch is a catchall. A previous attempt to
address this only works on rpm which gives a \n seperated output, opkg doesn't.
Another benefit is that the sort order is now know, leading to
This seperates out image changes from package changes making the image diffs a
lot easier to read.
Signed-off-by: Koen Kooi
---
meta/classes/buildhistory.bbclass |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/classes/buildhistory.bbclass
b/meta/classes/buildh
On Thu, Mar 22, 2012 at 8:21 AM, McClintock Matthew-B29882
wrote:
> On Thu, Mar 22, 2012 at 10:08 AM, Chris Larson wrote:
>> On Thu, Mar 22, 2012 at 8:00 AM, Christopher Larson
>> wrote:
>>> From: Christopher Larson
>>>
>>> There's a problem in arch-powerpc.inc today, wherein it directly sets
On Thu, Mar 22, 2012 at 10:27 AM, Chris Larson wrote:
> On Thu, Mar 22, 2012 at 8:21 AM, McClintock Matthew-B29882
> wrote:
>> On Thu, Mar 22, 2012 at 10:08 AM, Chris Larson wrote:
>>> On Thu, Mar 22, 2012 at 8:00 AM, Christopher Larson
>>> wrote:
From: Christopher Larson
There
On Thu, Mar 22, 2012 at 8:32 AM, McClintock Matthew-B29882
wrote:
> On Thu, Mar 22, 2012 at 10:27 AM, Chris Larson wrote:
>> On Thu, Mar 22, 2012 at 8:21 AM, McClintock Matthew-B29882
>> wrote:
>>> On Thu, Mar 22, 2012 at 10:08 AM, Chris Larson wrote:
On Thu, Mar 22, 2012 at 8:00 AM, Chris
On Thu, Mar 22, 2012 at 8:25 AM, Koen Kooi wrote:
> - deps=`list_package_depends $pkg | sort | uniq`
> + deps=`list_package_depends $pkg`
> for dep in $deps ; do
> - echo "$pkg OPP $dep;" | sed -e 's:-:_:g' -e
> 's:\.:_:g' -e 's:+::
On 12-03-22 11:12 AM, Koen Kooi wrote:
Op 22 mrt. 2012, om 15:49 heeft Richard Purdie het volgende geschreven:
On Thu, 2012-03-22 at 13:22 +0100, Koen Kooi wrote:
In my never ending quest to get consolekit/polkit/etc working properly
I've found that CONFIG_AUDITSYSCALL is really usefull (it's
On Thu, 2012-03-22 at 15:46 +0100, Andreas Oberritter wrote:
> * The sed script replacing ${bindir}/orcc with
> ${STAGING_BINDIR_NATIVE}/orcc causes orcc to not be found.
> It may have been a workaround for older versions of pkg-config
> or older gst-plugins. Removing it makes gst-plugins use
On 03/22/2012 04:42 AM, Robert P. J. Day wrote:
haven't seen this mentioned anywhere and i know it's simple but i
want to confirm this.
say i run oe-init-build-env to initialize a new project, part of the
effect of that is to prepend the OE and bitbake related directories to
PATH. i work
On 03/22/2012 02:41 AM, Samuel Stirtzel wrote:
2012/3/22 Koen Kooi:
Op 22 mrt. 2012, om 09:48 heeft Samuel Stirtzel het volgende geschreven:
2012/3/21 Koen Kooi:
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
> -Original Message-
> From: Eric Bénard [mailto:e...@eukrea.com]
> Sent: Thursday, March 22, 2012 6:15 AM
> To: Khem Raj
> Cc: Kamble, Nitin A; Patches and discussions about the oe-core layer;
> Martin Jansa
> Subject: Re: [OE-core] [PATCH 1/1] Revert "gdb-cross-canadian: build
> gdb wit
On Thu, 22 Mar 2012, Scott Garman wrote:
> On 03/22/2012 04:42 AM, Robert P. J. Day wrote:
> >
> >haven't seen this mentioned anywhere and i know it's simple but
> > i want to confirm this.
> >
> >say i run oe-init-build-env to initialize a new project, part
> > of the effect of that is to
On Thu, Mar 22, 2012 at 9:20 AM, Kamble, Nitin A
wrote:
>
> Renaming the sdk python2.7/lib-dynload/readline.so to
> python2.7/lib-dynload/readline_d.so gets the sdk gdb working for me too.
> So is this a workaround or solution to the problem? If it is a workaround
> what should be right solution
On Thu, 2012-03-22 at 08:33 -0700, Chris Larson wrote:
> On Thu, Mar 22, 2012 at 8:32 AM, McClintock Matthew-B29882
> wrote:
> > On Thu, Mar 22, 2012 at 10:27 AM, Chris Larson wrote:
> >> On Thu, Mar 22, 2012 at 8:21 AM, McClintock Matthew-B29882
> >> wrote:
> >>> On Thu, Mar 22, 2012 at 10:08 A
On Mon, Mar 19, 2012 at 4:18 PM, Andreas Müller
wrote:
> Hi,
>
> midori crashes with segmentation fault since a while (0.4.3 & 0.4.4).
> To understand why I would like to start a gdb remote debug session. In
> the past I prepared the image in the following way to get as much
> libraries as possibl
On Wed, Mar 21, 2012 at 9:22 PM, Khem Raj wrote:
> 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 ?
Richard
I was in same situation as Denys when I
We can use the default value for TUNE_PKGARCH, and now we just
append "-nf" if TARGET_FPU is fpu-soft
Signed-off-by: Matthew McClintock
---
meta/conf/machine/include/powerpc/arch-powerpc.inc |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta/conf/machine/include/p
On Thu, 22 Mar 2012, Khem Raj wrote:
> in OE-Core world you can add following to local.conf and then you
> can debug it on target.
>
> EXTRA_IMAGE_FEATURES += "dbg-pkgs tools-sdk"
>
> and that should have pretty much what you want. You dont have to
> lower the optlevel since that might let the cra
On Wed, Mar 21, 2012 at 13:55, Richard Purdie
wrote:
> I've pushed a couple of fixes in this area which should help.
It fixed my issues.
Thanks a lot.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-78
A few recent commits in the OE-Core repository contain diffs in their
commit messages, which totally confuses git-am when applying them to the
combo repository during update. Add some code to detect and indent any
diff text in the commit message so that this does not happen (and show a
warning).
S
A couple of fixes for combo-layer. Thanks to Otavio Salvador for testing
the second patch.
The following changes since commit d036265de1d9931bedb660e01a763d3d1d9e4097:
xserver-kdrive: Fix packaging warnings (2012-03-21 23:17:26 +)
are available in the git repository at:
git://git.openem
If one or more components are specified for update, only check if their
repository/repositories are dirty rather than checking all of the
configured repositories.
Signed-off-by: Paul Eggleton
---
scripts/combo-layer | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
dif
On 03/21/2012 06:33 PM, Denys Dmytriyenko wrote:
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_filespa
On 03/21/2012 07:46 PM, Denys Dmytriyenko wrote:
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 |
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Thursday, March 22, 2012 9:38 AM
> To: Kamble, Nitin A
> Cc: Eric Bénard; Patches and discussions about the oe-core layer;
> Martin Jansa
> Subject: Re: [OE-core] [PATCH 1/1] Revert "gdb-cross-canadian: build
> gdb
On 03/21/2012 11:22 PM, Lianhao Lu wrote:
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:
On 03/22/2012 02:55 AM, Robert Yang wrote:
The following changes since commit 047ce547edd61b0d3b15c22b3492f7595ce2bc66:
xserver-kdrive: Fix packaging warnings (2012-03-21 23:17:32 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib robert/insane
http://g
On 03/22/2012 03:05 AM, Robert P. J. Day wrote:
Fix a couple common typoes, all contained within comments so there
should be no effect on functionality.
Signed-off-by: Robert P. J. Day
Merged into OE-Core
Thanks
Sau!
___
Openembedded-cor
On Thu, 2012-03-22 at 09:48 -0700, Khem Raj wrote:
> On Wed, Mar 21, 2012 at 9:22 PM, Khem Raj wrote:
> > On Wed, Mar 21, 2012 at 6:23 PM, Denys Dmytriyenko wrote:
> >>
> >> -DISTROOVERRIDES ?= "${DISTRO}"
> >> +DISTROOVERRIDES ?= "${@d.getVar('DISTRO', True) or ''}"
> >
> > whats wrong with patc
On Thu, 2012-03-22 at 11:53 -0500, Matthew McClintock wrote:
> We can use the default value for TUNE_PKGARCH, and now we just
> append "-nf" if TARGET_FPU is fpu-soft
>
> Signed-off-by: Matthew McClintock
> ---
> meta/conf/machine/include/powerpc/arch-powerpc.inc |6 ++
> 1 files changed
On 03/22/2012 04:05 AM, Andreas Müller wrote:
Some of oe-core's recipes need to know where systemd units are. Since the
directory might change in the future [1], we set the location once globally to
reduce maintenance efforts
[1] http://www.gossamer-threads.com/lists/gentoo/dev/245758
Signed-of
* The sed script replacing ${bindir}/orcc with
${STAGING_BINDIR_NATIVE}/orcc causes orcc to not be found.
It may have been a workaround for older versions of pkg-config
or older gst-plugins. Removing it makes gst-plugins use
orcc from 'orc-native' successfully, if available.
Signed-off-by:
i'm still a wee bit (ok, maybe a lot) confused over the various
assignment and append and prepend operators and if there's a good
discussion of it somewhere, that would be just ducky, because without
a *solid* understanding of that, anyone is going to get confused.
as an example, i'm reading
* Before this patch every inheritance of this class rebuilt the full icon cache
at the first boot.
* With this patch the icon cache will only be build once at the first boot and
on pkg installations that require it.
* This patch reduces the time needed for the first boot from 96 minutes to 5
min
On Thu, Mar 22, 2012 at 10:38 AM, Kamble, Nitin A
wrote:
>> On Thu, Mar 22, 2012 at 9:20 AM, Kamble, Nitin A
>> wrote:
>> >
>> > Renaming the sdk python2.7/lib-dynload/readline.so to python2.7/lib-
>> dynload/readline_d.so gets the sdk gdb working for me too.
>> > So is this a workaround or solut
Op 22 mrt. 2012, om 20:15 heeft Andreas Müller het volgende geschreven:
> * Before this patch every inheritance of this class rebuilt the full icon
> cache at the first boot.
> * With this patch the icon cache will only be build once at the first boot
> and on pkg installations that require it.
Acked-by: Otavio Salvador
On Thu, Mar 22, 2012 at 14:15, Paul Eggleton
wrote:
> If one or more components are specified for update, only check if their
> repository/repositories are dirty rather than checking all of the
> configured repositories.
>
> Signed-off-by: Paul Eggleton
> ---
> script
Acked-by: Otavio Salvador
On Thu, Mar 22, 2012 at 14:15, Paul Eggleton
wrote:
> A few recent commits in the OE-Core repository contain diffs in their
> commit messages, which totally confuses git-am when applying them to the
> combo repository during update. Add some code to detect and indent a
On Thu, Mar 22, 2012 at 8:34 PM, Koen Kooi wrote:
>
> Op 22 mrt. 2012, om 20:15 heeft Andreas Müller het volgende geschreven:
>
>> * Before this patch every inheritance of this class rebuilt the full icon
>> cache at the first boot.
>> * With this patch the icon cache will only be build once at t
Op 22 mrt. 2012, om 20:51 heeft Andreas Müller het volgende geschreven:
> On Thu, Mar 22, 2012 at 8:34 PM, Koen Kooi wrote:
>>
>> Op 22 mrt. 2012, om 20:15 heeft Andreas Müller het volgende geschreven:
>>
>>> * Before this patch every inheritance of this class rebuilt the full icon
>>> cache
Hi Khem, Hi Nitin,
Le Thu, 22 Mar 2012 12:16:44 -0700,
Khem Raj a écrit :
> On Thu, Mar 22, 2012 at 10:38 AM, Kamble, Nitin A
> wrote:
> > Looks like we need this patch for the python recipe to generate debug
> > modules:
> > http://patch-tracker.debian.org/patch/series/view/python2.7/2.7.2-8/d
> -Original Message-
> From: Eric Bénard [mailto:e...@eukrea.com]
> Sent: Thursday, March 22, 2012 2:31 PM
> To: Khem Raj
> Cc: Kamble, Nitin A; Patches and discussions about the oe-core layer;
> Martin Jansa
> Subject: Re: [OE-core] [PATCH 1/1] Revert "gdb-cross-canadian: build
> gdb wit
On Mon, Mar 12, 2012 at 04:25:24PM -0400, Denys Dmytriyenko wrote:
> On Sat, Mar 10, 2012 at 07:29:20AM +0100, Koen Kooi wrote:
> >
> > Op 9 mrt. 2012, om 22:39 heeft Tom Rini het volgende geschreven:
> >
> > > Hey all,
> > >
> > > Over in meta-ti I kicked off a discussion
> > > (https://lists.y
Khem,
Can you help me understand why renaming readline.so to readline_d.so
is solving the core dump (or double free) issue?
As noted in another email, the host gdb on fedora is able working fine
without need of readline_d.so; so providing readline_d.so is also seems
to be a workaround over
There is currently a race window when creating sstate packages since we don't
atomically write the files to SSTATE_DIR. This change ensures we do so by
writing
to a temporary file and then doing an atomic move.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/sstate.bbclass b/meta/cla
On Fri, 2012-03-09 at 14:39 -0700, Tom Rini wrote:
> Hey all,
>
> Over in meta-ti I kicked off a discussion
> (https://lists.yoctoproject.org/pipermail/meta-ti/2012-March/000779.html)
> about if we should be using '?=' or '+=' with IMAGE_FSTYPES in the
> machine conf files. This has been discusse
On Thu, Mar 22, 2012 at 4:58 PM, Saul Wold wrote:
> On 03/22/2012 02:41 AM, Samuel Stirtzel wrote:
>>
>> 2012/3/22 Koen Kooi:
>>>
>>>
>>> Op 22 mrt. 2012, om 09:48 heeft Samuel Stirtzel het volgende geschreven:
>>>
2012/3/21 Koen Kooi:
>
>
> Op 21 mrt. 2012, om 20:42 heeft Saul Wo
On Thu, Mar 22, 2012 at 11:26:24PM +, Richard Purdie wrote:
> On Fri, 2012-03-09 at 14:39 -0700, Tom Rini wrote:
> > Hey all,
> >
> > Over in meta-ti I kicked off a discussion
> > (https://lists.yoctoproject.org/pipermail/meta-ti/2012-March/000779.html)
> > about if we should be using '?=' or
On Fri, Mar 23, 2012 at 12:27:07AM +0100, Andrea Adami wrote:
> On Thu, Mar 22, 2012 at 4:58 PM, Saul Wold wrote:
> > On 03/22/2012 02:41 AM, Samuel Stirtzel wrote:
> >>
> >> 2012/3/22 Koen Kooi:
> >>>
> >>>
> >>> Op 22 mrt. 2012, om 09:48 heeft Samuel Stirtzel het volgende geschreven:
> >>>
> >>>
On Thu, 2012-03-22 at 19:53 -0400, Denys Dmytriyenko wrote:
> On Thu, Mar 22, 2012 at 11:26:24PM +, Richard Purdie wrote:
> > On Fri, 2012-03-09 at 14:39 -0700, Tom Rini wrote:
> > > Hey all,
> > >
> > > Over in meta-ti I kicked off a discussion
> > > (https://lists.yoctoproject.org/pipermail/
1 - 100 of 114 matches
Mail list logo
