Richard,
The build still seems to have an issue with x11, we can drop the util-macros
update if you want.
I have already given a head up for the grub-efi change to Darren.
Sau!
The following changes since commit 8505f0fa48cc79d51616b923c6e2c778c4b46a44:
libmatchbox: use PACKAGECONFIG (2013-
On 12/11/2013 10:26 PM, Richard Purdie wrote:
Hi Robert,
Can you confirm that all these patches have an equivalent change in
master already? I can see some which I can't find equivalent changes in
master for :(
You also do need to drop the "kernel: restore scripts in the sysroot"
patch since
On 12/11/2013 10:38 PM, Richard Purdie wrote:
On Wed, 2013-12-11 at 14:26 +, Richard Purdie wrote:
Hi Robert,
Can you confirm that all these patches have an equivalent change in
master already? I can see some which I can't find equivalent changes in
master for :(
Running "git cherry mas
On Wed, Dec 11, 2013 at 10:58:20PM +, Richard Purdie wrote:
> On Wed, 2013-12-11 at 23:51 +0100, Martin Jansa wrote:
> > I understand and support reasons behind recently added commit
> > "fetch2/git: Add sanity check to ensure we really did fetch the correct
> > revisions"
> >
> > but there is
On Wed, Dec 11, 2013 at 11:51 PM, Martin Jansa wrote:
> Unfortunately we cannot "disable" this check by explicitly setting empty
> branch or setting tag=1.0.12
>
> I can ask yajl owner to push that one missing patch to 1.x branch, but
> there were no changes in last 11 months so I don't know how r
On Wed, 2013-12-11 at 23:51 +0100, Martin Jansa wrote:
> I understand and support reasons behind recently added commit
> "fetch2/git: Add sanity check to ensure we really did fetch the correct
> revisions"
>
> but there is at least one corner case which IMHO isn't supported now, in
> meta-webos we
I understand and support reasons behind recently added commit
"fetch2/git: Add sanity check to ensure we really did fetch the correct
revisions"
but there is at least one corner case which IMHO isn't supported now, in
meta-webos we have yajl recipe with:
# corresponds to tag 1.0.12
SRCREV = "17b1
On Wed, Nov 27, 2013 at 11:07:07AM -0700, Christopher Larson wrote:
> From: Christopher Larson
>
> Include the console-kit module in PACKSGES explicitly so bitbake can map to
> the RDEPENDS we define for it in this recipe, and thereby ensure that when
> adding the console-kit module to an image,
A couple of patches that I missed in the recent series.
The following changes since commit 32c064e567aaba18dfb07b171dde9cc43d0e6de8:
license.bbclass: include all licenses in the manifest (2013-12-03 16:49:24
+)
are available in the git repository at:
git://git.openembedded.org/openemb
Patching an option into configure.ac and then running sed over path variables is
fragile as the definition of $libexecdir can and has changed.
Instead, tell configure to use our pkg-config-native wrapper when it uses
pkg-config, and it will find the right binaries without any further munging.
Sig
fix_host_path.patch and obsolete_automake_macros.patch
are no longer necessary, removed.
Signed-off-by: Cristian Iorga
---
.../recipes-extended/rpcbind/rpcbind/fix_host_path.patch | 16
.../rpcbind/rpcbind/obsolete_automake_macros.patch | 14 --
.../rpcbind/{rp
- Configure options no longer available were removed.
- The content of patch directory was generic, so the name
of directory is now generic.
- Switched to xz format for tarball
(40% decrease in download size).
Signed-off-by: Cristian Iorga
---
meta/recipes-connectivity/bluez5/bluez5.inc
Signed-off-by: Cristian Iorga
---
meta/recipes-core/glib-2.0/{glib-2.0_2.38.1.bb => glib-2.0_2.38.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/glib-2.0/{glib-2.0_2.38.1.bb => glib-2.0_2.38.2.bb}
(79%)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_
The following changes since commit bfec6b1947b472d6f1c9c7f297e66ede5e921069:
ref-manual: Removed "work" from the SDK_DEPLOY directory. (2013-12-11
14:20:19 +)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ciorga/PU3
http://git.yoctoproject.org/cgit.cg
On 12/11/13, 8:38 AM, Richard Purdie wrote:
On Wed, 2013-12-11 at 14:26 +, Richard Purdie wrote:
Hi Robert,
Can you confirm that all these patches have an equivalent change in
master already? I can see some which I can't find equivalent changes in
master for :(
Running "git cherry master
Ping.
Integration?
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Cristian
Iorga
Sent: Friday, December 6, 2013 5:00 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH
On 12/11/2013 06:26 AM, Richard Purdie wrote:
Hi Robert,
Can you confirm that all these patches have an equivalent change in
master already? I can see some which I can't find equivalent changes in
master for :(
I know there were a few explicit "for dora" only patches that do not
match in maste
Recently grub git gained support for ARM builds (using u-boot or EFI as first
stage loader) and with 2 extra patches we get support for 64-bit ARM as well.
Buildtested for genericarmv7a, genericarmv8 and qemux86. The genericarmv8 build
fails in do_package/strip due to a binutils problem.
Signed
On Wed, 2013-12-11 at 15:46 +0100, David Nyström wrote:
> No packages were created for core-image-minimal et.c. which
> is a known top level interface for Yocto/OE users.
>
> When installing from a repo, it would be good if these interfaces
> were common. If not, users are left with
> packagegroup
Added a track_for_cleanup(path) method that removes the given path in the
tearDown method. This mechanism can be used to make sure a file or directory
we created will be removed at the end of a test, regardless of what happens.
Signed-off-by: Corneliu Stoicescu
---
meta/lib/oeqa/selftest/base.py
Add a new method that can be used by the tester to add a command to the
executed in the tearDown stage of the test. This mechanism can be used to
make sure certain test-specific cleanup tasks are done in the case of a
test failure.
Signed-off-by: Corneliu Stoicescu
---
meta/lib/oeqa/selftest/bas
No packages were created for core-image-minimal et.c. which
is a known top level interface for Yocto/OE users.
When installing from a repo, it would be good if these interfaces
were common. If not, users are left with
packagegroup-core-*, which names are not always easy to parse.
Signed-off-by: D
On Wed, 2013-12-11 at 14:26 +, Richard Purdie wrote:
> Hi Robert,
>
> Can you confirm that all these patches have an equivalent change in
> master already? I can see some which I can't find equivalent changes in
> master for :(
Running "git cherry master contrib/robert/dora-next master -v | g
On Wed, 2013-12-11 at 11:33 +0800, Robert Yang wrote:
>
> On 12/11/2013 08:52 AM, Khem Raj wrote:
> > On Tue, Dec 10, 2013 at 10:03 AM, Paul Eggleton
> > wrote:
> >>
> >>> Bruce Ashfield (10):
> >>>kernel: restore scripts in the sysroot
> >>
> >> Wasn't there a problem with this patch? I can'
Hi Robert,
Can you confirm that all these patches have an equivalent change in
master already? I can see some which I can't find equivalent changes in
master for :(
You also do need to drop the "kernel: restore scripts in the sysroot"
patch since it was reverted in master and is not a correct fix
* V2:
+ Create the PULL based on oe-core
+ Remove the 2 patches after more discussions with the submitter:
- native-python: bad interpreter error message
- Fix conflict between procps and base-files
* V1 (Initial version)
+ Main changes:
- Wic fixes
- Update the kernel to 3.1
Hi Richard,
What do you think of this one?
Best Regards,
Chen Qi
On 11/15/2013 10:46 AM, qi.c...@windriver.com wrote:
From: Chen Qi
TMPDIR must be an absolute path, otherwise, the build will fail.
Special characters in TMPDIR will also cause build failures.
This patch enables checking for t
From: Wenzong Fan
Print status messages and exit with proper code. This also allows debian
service script to get rpcbind status correctly.
Signed-off-by: Wenzong Fan
---
meta/recipes-extended/rpcbind/rpcbind/init.d |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/
From: Wenzong Fan
Currently run the '/etc/init.d/rpcbind status' on target, it only exits
with 0/1 and not any prompt messages.
The change get it prints status messages and exit with proper code.This
also allows debian service script to get rpcbind status correctly.
The following changes since
From: Chen Qi
Characters like '-O2' or '-Ofast' will be replaced by '-O1' when
compiling cipher. If we are cross compiling libgcrypt and sysroot
contains such characters, we would get compile errors because the
sysroot path has been modified.
Fix this by adding whitespaces before and after the o
From: Chen Qi
Changes since V1:
1. Only patch the Makefile.am.
The following changes since commit d754ddcec78f5e264100ceda854e8412679d6866:
bitbake: process: Add timeout to select call (2013-12-10 17:55:29 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib
On 12/11/2013 04:17 PM, Steffen Sledz wrote:
On 10.12.2013 10:15, Robert Yang wrote:
Thanks, applied to dora-next.
Great. Thanx.
Just for my understanding. May be i somehow overlooked relevant announcements.
* Where is the dora-next branch available (not at
git://git.openembedded.org/opene
A grep in $D shows a lot of leakage which breaks things like CPAN:
[koen@rrmbp image]$ grep sysroot . -rn | grep -v Binary
./usr/lib/perl/5.14.3/cacheout.pl:50:if
(open(PARAM,'/build/v2013.06/build/tmp-angstrom_v2013_06-eglibc/sysroots/beaglebone/usr/include/sys/param.h'))
{
./usr/lib/perl/5.14.
https://github.com/openembedded/oe-core/commit/83796edd29561f02b6f7b036351711f8def77a4f
is a partial solution, this fixes cpan_build.bbclass as well.
A non-working one looks like this:
[koen@rrmbp v2013.06]$ dpkg-deb -c
deploy/eglibc/ipk/armv7ahf-vfp-neon/perl-module-build-withxspp_0.14-
Multiple recipes package this generated file and will clash during installation
with:
| Collected errors:
| * check_data_file_clashes: Package python-nose wants to install file
/build/v2013.06/build/tmp-angstrom_v2013_06-eglibc/work/beaglebone-angstrom-linux-gnueabi/cloud9-gnome-image/1.0-r0/ro
On 10.12.2013 10:15, Robert Yang wrote:
> Thanks, applied to dora-next.
Great. Thanx.
Just for my understanding. May be i somehow overlooked relevant announcements.
* Where is the dora-next branch available (not at
git://git.openembedded.org/openembedded-core if i'm looking right)?
* And what i
36 matches
Mail list logo
