* there are 2 small fixes
python-2.6 compatibility
missing C option for opkg-build
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/opkg-utils/opkg-utils_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
On Wed, Jun 20, 2012 at 07:40:05PM -0700, Saul Wold wrote:
> On 06/19/2012 12:42 AM, Martin Jansa wrote:
> > * there are 2 small fixes
> >python-2.6 compatibility
> >missing C option for opkg-build
> >
> > Signed-off-by: Martin Jansa
> > ---
> > .../opkg-utils/opkg-utils/shr.patch
On 06/19/2012 12:42 AM, Martin Jansa wrote:
* there are 2 small fixes
python-2.6 compatibility
missing C option for opkg-build
Signed-off-by: Martin Jansa
---
.../opkg-utils/opkg-utils/shr.patch| 26
meta/recipes-devtools/opkg-utils/opkg-utils_git.
The following changes since commit e0a70547069fe7e8a2d6bdaffc985fb172d46c31:
perl: Allow perl to cross build and native build in a directory named "t"
(2012-06-18 17:33:04 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib robert/rpm_inc
http://git.pokylinu
Fixes:
* Remove the "echo '# Remove manifest padding' > remove.manifest,
The remove.manifest would be used via "rpm -e `remove.manifest`",
there would be error since there is no pkg called: Remove, manifest or
padding
* The incremental.manifest can't be null when used by rpm, so check it
On Wed, Jun 20, 2012 at 5:41 PM, Khem Raj wrote:
> kconfig-frontends provides the kconfig infrastructure
> thats used for linux kernel as a standalone package. Its
> not intended to be used for kernel itself but can be
> used by packages who are based on kconfig e.g. busybox
> uclibc or new packag
On Wed, Jun 20, 2012 at 11:55 AM, Martin Jansa wrote:
> On Wed, Jun 20, 2012 at 04:20:03PM +0200, Andreas Müller wrote:
>> Hi,
>>
>> since
>>
>> commit fe417e8a4d625c6933de72163d2fee52ac47f571
>> Author: Richard Purdie
>> Date: Thu May 31 13:22:34 2012 +
>>
>> cmd1.bbclass: Ensure ncurs
From: Anders Darander
After the change to shell style functions (from python style), the
ability to use oe_filter_out on QT_CONFIG_FLAGS got broken.
This patch solves that by referring to QT_ARCH in a more correct way.
Signed-off-by: Anders Darander
Signed-off-by: Richard Purdie
---
meta/rec
From: Bruce Ashfield
Updating the 3.2 kernel SRCREVs to pickup the -stable update
to v3.2.18.
Signed-off-by: Bruce Ashfield
Signed-off-by: Richard Purdie
Reworked commit to fix merge conflicts with denzil branch.
Signed-off-by: Scott Garman
---
meta/recipes-kernel/linux/linux-yocto-rt_3.2.
Hello,
This is the fourth pull request for the oe-core denzil branch, based on
a set of commits I've been testing from my sgarman/denzil-next branch.
At the time I'm composing this, my previous pull request hasn't been
merged yet, so I created this pull against my previous branch,
sgarman/denzil-n
From: Bruce Ashfield
Updating the 3.2 SRCREVs to import the following meta/config
changes:
6b3d4e0 meta: add mei feature
519abac meta: add usb/uhci-hcd feature
a67c5a3 meta/crownbay: use usb features
0855066 meta: add usb/ohci-hcd feature
15f1a99 meta: add usb/ehci-hcd feature
From: Bruce Ashfield
Updating the meta SRCREVs to pickup configuration policy cleanups:
49f931b meta/fishriver: remove redundant features and options
51a6d3f meta/emenlow: remove redundant features and options
101dd7f meta/crownbay: remove redundant features and options
4110ecd meta/suga
From: Bruce Ashfield
Updating the meta SRCREV for the following fixes:
1dfd60f meta/fishriver: move smp options from recipe-space
012780a meta/emenlow: move smp options from recipe-space
b59b1a5 meta/crownbay: move smp options from recipe-space
74dc6ac meta/sugarbay: remove boot-live
From: Bruce Ashfield
Updating the 3.0 kernel SRCREVs to integrate the v3.0.32 -stable
release.
Signed-off-by: Bruce Ashfield
Signed-off-by: Richard Purdie
---
meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb |6 +++---
meta/recipes-kernel/linux/linux-yocto_3.0.bb| 16
Right now we have few packages which uses kconfig infra
besides the Linux kernel e.g. busybox, uclibc
at present they all include their own version of kconfig
infrastructure. This package called kconfig-frontends
has been created to help manage projects using kconfig
or wanting to use kconfig which
kconfig-frontends provides the kconfig infrastructure
thats used for linux kernel as a standalone package. Its
not intended to be used for kernel itself but can be
used by packages who are based on kconfig e.g. busybox
uclibc or new packages who wants to use kconfig infra
for the package build
Sig
On Wed, 20 Jun 2012, Richard Purdie wrote:
> On Wed, 2012-06-20 at 16:20 -0400, Robert P. J. Day wrote:
> > Signed-off-by: Robert P. J. Day
> >
> > ---
>
> I've replied about these before. The typos are in upstream components we
> don't control. Fixing a typo in the patch will mean the patch does
On Wed, 2012-06-20 at 16:20 -0400, Robert P. J. Day wrote:
> Signed-off-by: Robert P. J. Day
>
> ---
I've replied about these before. The typos are in upstream components we
don't control. Fixing a typo in the patch will mean the patch doesn't
apply for example.
So I'm afraid I can't take these
Signed-off-by: Robert P. J. Day
---
diff --git a/meta/recipes-devtools/bison/bison/bison-2.3_m4.patch
b/meta/recipes-devtools/bison/bison/bison-2.3_m4.patch
index 348ce1d..f63b92e 100644
--- a/meta/recipes-devtools/bison/bison/bison-2.3_m4.patch
+++ b/meta/recipes-devtools/bison/bison/bison-2.
On Wed, Jun 20, 2012 at 04:20:03PM +0200, Andreas Müller wrote:
> Hi,
>
> since
>
> commit fe417e8a4d625c6933de72163d2fee52ac47f571
> Author: Richard Purdie
> Date: Thu May 31 13:22:34 2012 +
>
> cmd1.bbclass: Ensure ncurses is built and used for menuconfig tasks
>
> Currently, t
was reminded of this as i was perusing some old OE core notes.
remember this from core-image.bbclass?
CORE_IMAGE_BASE_INSTALL = '\
task-core-boot \
task-base-extended \
\
${CORE_IMAGE_EXTRA_INSTALL} \
'
CORE_IMAGE_EXTRA_INSTALL ?= ""
IMAGE_INSTALL ?= "${CORE_IMAGE_BASE_INS
On 06/20/2012 05:06 AM, Ross Burton wrote:
Many apps want to use the full GNOME icon theme and install it, but if our theme
doesn't inherit it the the icons are not available.
Signed-off-by: Ross Burton
---
.../0001-Inherit-the-GNOME-icon-theme.patch| 29
.../sa
Op 20 jun. 2012, om 17:14 heeft Jack Mitchell het volgende geschreven:
> On 20/06/12 16:02, Marcin Juszkiewicz wrote:
>> Does someone has recipe for Apache? I want to make LAMP image for our
>> tests and so far my choices are lighttpd or creation of new recipes for
>> Apache (based on 2.2.17 from
On Wed, 20 Jun 2012, Khem Raj wrote:
> On Wed, Jun 20, 2012 at 5:24 AM, Phil Blundell wrote:
> >> meta/classes/multilib.bbclass:PACKAGEFUNCS_append =
> >> "do_package_qa_multilib"
> >
> > That one is a bit weird. It looks broken but, presumably, it must work
> > otherwise someone would have not
On Wed, Jun 20, 2012 at 5:24 AM, Phil Blundell wrote:
>> meta/classes/multilib.bbclass:PACKAGEFUNCS_append = "do_package_qa_multilib"
>
> That one is a bit weird. It looks broken but, presumably, it must work
> otherwise someone would have noticed. I don't know offhand what is
> making it work.
On 12-06-20 11:25 AM, Paul Eggleton wrote:
On Wednesday 20 June 2012 10:31:40 Bruce Ashfield wrote:
From: Liang Li
...
+EXTRA_OEMAKE = \
+ '-C ${S}/tools/perf \
+ O=${B} \
+ CROSS_COMPILE=${TARGET_PREFIX} \
+ ARCH=${ARCH} \
+
Richard,
I have build this on the AB so all arches have been built,
I found and fix the connman and getext GPLv2 issues in this
request.
Mark and I have reviewed the buildhistory diffs and they seem
correct to us at this point. This did fix a number of broken
packages.
I also am including change
On Wednesday 20 June 2012 10:31:40 Bruce Ashfield wrote:
> From: Liang Li
>...
> +EXTRA_OEMAKE = \
> + '-C ${S}/tools/perf \
> + O=${B} \
> + CROSS_COMPILE=${TARGET_PREFIX} \
> + ARCH=${ARCH} \
> + CC="${CC}" \
> + AR="${AR}"
On 20/06/12 16:16, Marcin Juszkiewicz wrote:
>>Apache (based on 2.2.17 from OE classic).
I've just doubled checked the PHP one and it really is a mess, it would
do more harm than good I believe but please find attached the recipe for
the Hiawatha Webserver.
Please note that it has a slightl
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gcc/gcc-4.7.inc | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-devtools/gcc/gcc-4.7.inc
b/meta/recipes-devtools/gcc/gcc-4.7.inc
index 34a73b1..25a1088 100644
--- a/meta/recipes-devtools/gcc/gcc-4.
Plugins work well in 2.22+ so lets enable them
helps with lto
Signed-off-by: Khem Raj
---
meta/recipes-devtools/binutils/binutils.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-devtools/binutils/binutils.inc
b/meta/recipes-devtools/binutils/binutils.in
Also rearrange the recipes to have common bits
in inc files and not include the target bb file
everywhere. This lets us add specific options
to specific recipes particularly target recipe in
this case
Signed-off-by: Khem Raj
---
meta/recipes-devtools/binutils/binutils-2.22.inc | 37 +
when using --with-sysroot=/ and --with-gxx-headers=/usr/include/c++
configure eats up one leading / from gxx include dir
fixed thusly
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gcc/gcc-4.7.inc |1 +
.../gcc/gcc-4.7/fix-g++-sysroot.patch | 428 +++
Signed-off-by: Khem Raj
---
.../uclibc/uclibc-git/argp-support.patch | 136 ++--
...so_use_arm_dl_linux_resolve_in_thumb_mode.patch | 27
.../uclibc/uclibc-git/orign_path.patch | 47
meta/recipes-core/uclibc/uclibc_git.bb |3
This patchset
1. Updates gcc to 4.7.1+
2. Fixes on device toolchain since now they are built with sysroot
couple of issues showed up
3. Rearranges binutils recipes so that target binutils recipe in not
included everywhere
4. Add enable plugin option to binutils. Its needed for LTO to work
5
W dniu 20.06.2012 17:14, Jack Mitchell pisze:
> On 20/06/12 16:02, Marcin Juszkiewicz wrote:
>> Does someone has recipe for Apache? I want to make LAMP image for our
>> tests and so far my choices are lighttpd or creation of new recipes for
>> Apache (based on 2.2.17 from OE classic).
> Last time
On 20/06/12 16:02, Marcin Juszkiewicz wrote:
Does someone has recipe for Apache? I want to make LAMP image for our
tests and so far my choices are lighttpd or creation of new recipes for
Apache (based on 2.2.17 from OE classic).
___
Openembedded-core m
On Wed, Jun 20, 2012 at 5:12 AM, Marcin Juszkiewicz
wrote:
>>
>> can you try the fixes from my branch
>>
>> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/misc-updates
>>
>> this should fix both gcc and binutils on target
>
> I am still building one image from scratch but my bu
Does someone has recipe for Apache? I want to make LAMP image for our
tests and so far my choices are lighttpd or creation of new recipes for
Apache (based on 2.2.17 from OE classic).
___
Openembedded-core mailing list
Openembedded-core@lists.openembedde
On 12-06-20 11:00 AM, Saul Wold wrote:
On 06/20/2012 07:31 AM, Bruce Ashfield wrote:
From: Liang Li
perf has been coupled to the kernel packages via kernel.bbclass.
While maintaining the build of perf out of the kernel source tree
is desired the package coupling has proved to be awkward in
seve
On 06/20/2012 07:31 AM, Bruce Ashfield wrote:
From: Liang Li
perf has been coupled to the kernel packages via kernel.bbclass.
While maintaining the build of perf out of the kernel source tree
is desired the package coupling has proved to be awkward in
several situations such as:
- when a ker
Richard/Saul,
While working on the standalone perf support, I used kernel-arch
to get ARCH properly set for the build.
Richard mentioned this ages (2years+) ago that the libc-headers
code really shouldn't do it's own ARCH mapping. So I converted
the .inc file to inherit kernel-arch and pickup th
linux-libc-headers no longer needs its own ARCH mapping code,
since the mapping done in kernel-arch works and we can
consolidate all arch mapping code in a single place.
Signed-off-by: Bruce Ashfield
---
.../linux-libc-headers/linux-libc-headers.inc | 30 ++-
1 files chang
The kernel source tree in the sysroot has all unecessary source
code removed. The existing use case is to support module building
out of the sysroot, but as more toolsa are moved into the kernel
tree itself there are new use cases for the kernel sysroot source.
To avoid putting dependencies on the
perf has been moved to a standalone package, making linux-tools.inc
unecessary. It can now be removed and recipes that included it
updated.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-tools.inc | 41 ---
meta/recipes-kernel/linux/linux-yocto-rt_3
Richard/Saul,
Here is the re-work of the standalone perf build patch
series. We isolated the errors that Saul was seeing on the
autobuilder, and it stemmed from the misuse of the sources
symlink back into the working kernel directory. As Richard
pointed out, this would also break in a rm_work en
From: Liang Li
perf has been coupled to the kernel packages via kernel.bbclass.
While maintaining the build of perf out of the kernel source tree
is desired the package coupling has proved to be awkward in
several situations such as:
- when a kernel recipe doesn't want to build/provide perf
Hi,
since
commit fe417e8a4d625c6933de72163d2fee52ac47f571
Author: Richard Purdie
Date: Thu May 31 13:22:34 2012 +
cmd1.bbclass: Ensure ncurses is built and used for menuconfig tasks
Currently, the task just exits if something goes wrong. This adds the
ncurses-native dependenc
first clarification: in order to fight with the docs on oe-core
metadata, i'm using the bitbake manual that's bundled with the yocto
source repository. is that the proper documentation to be working
against? i'm assuming there's no more canonical form of the doc than
that, yes? (i am also ass
On Wed, 2012-06-20 at 09:35 -0400, Robert P. J. Day wrote:
> given that the next few days for me will be digging thru the docs,
> comparing to code and asking annoyingly pedantic questions, is there a
> better forum for this? an "oe-docs" list? just don't want to annoy
> folks with what are, in m
given that the next few days for me will be digging thru the docs,
comparing to code and asking annoyingly pedantic questions, is there a
better forum for this? an "oe-docs" list? just don't want to annoy
folks with what are, in many cases, trivial observations and fixups,
but are still kind o
On Wed, 20 Jun 2012, Phil Blundell wrote:
> On Wed, 2012-06-20 at 08:14 -0400, Robert P. J. Day wrote:
> > inspired by richard purdie's correction of my original patch, i did
> > a quick grep to see if i could find any oddities related, first, to
> > uses of "_append"; specifically, where the stri
On Wednesday 20 June 2012 13:24:13 Phil Blundell wrote:
> > meta/conf/bitbake.conf:DISTRO_FEATURES_append =
> > "${@oe.utils.distro_features_backfill(d)}"
>
> That one is probably ok.
FYI I designed that not to change DISTRO_FEATURES at all if there was nothing
to add - oe.utils.distro_features_b
On Wed, 2012-06-20 at 08:14 -0400, Robert P. J. Day wrote:
> inspired by richard purdie's correction of my original patch, i did
> a quick grep to see if i could find any oddities related, first, to
> uses of "_append"; specifically, where the string being appended did
> *not* start with a blank.
inspired by richard purdie's correction of my original patch, i did
a quick grep to see if i could find any oddities related, first, to
uses of "_append"; specifically, where the string being appended did
*not* start with a blank. there are certainly proper examples of
that, say when one is app
W dniu 20.06.2012 09:55, Khem Raj pisze:
> On Tue, Jun 19, 2012 at 9:25 AM, Marcin Juszkiewicz
> wrote:
>> W dniu 19.06.2012 18:19, Khem Raj pisze:
>>
>>> includedir already has leading slash so I wonder if you changed
>>> includedir in your setup somehow ?
>>
>> bitbake gcc -e|grep ^includedi
Many apps want to use the full GNOME icon theme and install it, but if our theme
doesn't inherit it the the icons are not available.
Signed-off-by: Ross Burton
---
.../0001-Inherit-the-GNOME-icon-theme.patch| 29
.../sato-icon-theme/sato-icon-theme_0.4.1.bb |
Previously parts of build*/ were ignored, but unless you committed the top-level
build/ in a branch this didn't achieve anything. Change that to ignore all
top-level build* directories.
Signed-off-by: Ross Burton
---
.gitignore |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff
Instead of ignoring bits of the build dir, just ignore the entire thing.
build/ shouldn't be in git, right?
The following changes since commit e0a70547069fe7e8a2d6bdaffc985fb172d46c31:
perl: Allow perl to cross build and native build in a directory named "t"
(2012-06-18 17:33:04 +0100)
are a
From: Xin Ouyang
Currently, xinetd cannot start if no service enabled.
# /etc/init.d/xinetd start
# ps aux | grep xinetd
# cat /var/log/syslog
xinetd[862]: 862 {init_services} no services. Exiting...
So add -stayalive option by default, as most distos do.
Signed-off-by: Xin Ouyang
---
m
Signed-off-by: Ross Burton
---
.../{connman-gnome_0.5.bb => connman-gnome_0.7.bb} | 14 +++---
1 files changed, 3 insertions(+), 11 deletions(-)
rename meta/recipes-connectivity/connman/{connman-gnome_0.5.bb =>
connman-gnome_0.7.bb} (45%)
diff --git a/meta/recipes-connectivity/connma
There is no need to recommend Python as it isn't used, and specifying the
connman plugins should be done by the image.
Add a dependency on connman itself as otherwise connman-gnome doesn't do much.
Signed-off-by: Ross Burton
---
.../connman/connman-gnome_0.5.bb | 15 ++-
Drop patches that have been merged upstream, or are not relevant any more.
License checksums changed because the (C) years were updated.
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/connman/connman.inc |4 +-
.../connman/connman/disable_alg-test.patch | 46 ---
wifi, bluetooth and 3g used to be plugins so were packaged separately, but not
anymore.
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/connman/connman.inc | 21 +
1 files changed, 17 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-connectivity/connman/con
Signed-off-by: Ross Burton
---
.../connman/connman-gnome_0.5.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/connman/connman-gnome_0.5.bb
b/meta/recipes-connectivity/connman/connman-gnome_0.5.bb
index e2e8deb..a4327f5 100
dnsproxy and ntpd don't exist anymore, and the client is almost entirely
useless.
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/connman/connman.inc |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-connectivity/connman/connman.inc
b/meta/reci
Same as before, but I signed it all off this time.
The following changes since commit e0a70547069fe7e8a2d6bdaffc985fb172d46c31:
perl: Allow perl to cross build and native build in a directory named "t"
(2012-06-18 17:33:04 +0100)
are available in the git repository at:
git://git.yoctoprojec
On Wed, Jun 20, 2012 at 7:03 AM, Tasslehoff Kjappfot wrote:
> On 06/19/2012 10:33 PM, Khem Raj wrote:
>
>> Sdk is not install time relocatable yet there is a feature enhancement
>> request in yo to bugzilla for the same
>>
>> That request is mine, I think. I have gotten around this by making
> /u
tested on sato
Signed-off-by: Valentin Popa
---
meta/recipes-graphics/xorg-app/xev/diet-x11.patch | 38 ++--
.../xorg-app/{xev_1.0.3.bb => xev_1.2.0.bb}|6 ++--
2 files changed, 22 insertions(+), 22 deletions(-)
rename meta/recipes-graphics/xorg-app/{xev_1.0.3.bb
Signed-off-by: Valentin Popa
---
.../disable_gpgconf_check.patch|0
.../gpgme/{gpgme_1.3.1.bb => gpgme_1.3.2.bb} |8
2 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-support/gpgme/{gpgme-1.3.1 =>
gpgme-1.3.2}/disable_gpgconf_check.p
Tested using Tasks & Contacts
Signed-off-by: Valentin Popa
---
meta/recipes-sato/eds/evolution-data-server_git.bb |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-sato/eds/evolution-data-server_git.bb
b/meta/recipes-sato/eds/evolution-data-server_git.bb
i
Signed-off-by: Robert P. J. Day
---
second attempt ...
diff --git a/meta/recipes-graphics/tslib/tslib_1.0.bb
b/meta/recipes-graphics/tslib/tslib_1.0.bb
index 54ff3d4..2c4b325 100644
--- a/meta/recipes-graphics/tslib/tslib_1.0.bb
+++ b/meta/recipes-graphics/tslib/tslib_1.0.bb
@@ -21,8 +21,8
This patch makes linux-tools compile properly on multilib configurations
(which failed because of some invalid dependencies). Tested by compiling
lib32-core-image-sato-sdk.
Signed-off-by: Bogdan Marinescu
---
meta/recipes-kernel/linux/linux-tools.inc |2 +-
1 file changed, 1 insertion(+), 1
Dear Khem Raj ,
I will try. Thank you very much!
On Wed, Jun 20, 2012 at 1:37 PM, Khem Raj wrote:
> On Tue, Jun 19, 2012 at 7:41 PM, Michael Zhu wrote:
> > Dears,
> > how to use prebuilt external tool chain to build openembedded-core ?
> > thanks!
>
> Look at meta/conf/distro/include/tcmode-e
On Tue, Jun 19, 2012 at 9:25 AM, Marcin Juszkiewicz
wrote:
> W dniu 19.06.2012 18:19, Khem Raj pisze:
>
>> includedir already has leading slash so I wonder if you changed
>> includedir in your setup somehow ?
>
> bitbake gcc -e|grep ^includedir shown "/usr/include" value. G++ started
> on target a
On Tue, 2012-06-19 at 16:54 -0400, Robert P. J. Day wrote:
> diff --git a/meta/recipes-support/gmp/gmp_5.0.4.bb
> b/meta/recipes-support/gmp/gmp_5.0.4.bb
> index cb2ca5b..0f72742 100644
> --- a/meta/recipes-support/gmp/gmp_5.0.4.bb
> +++ b/meta/recipes-support/gmp/gmp_5.0.4.bb
> @@ -4,7 +4,7 @@ L
76 matches
Mail list logo
