[PATCH] mtd-utils: update SRC_URI to support BB_NO_NETWORK
Martin Donnelly <martin.donnelly@...>
Move the tag from the SRC_URI to SRCREV to enable builds
using BB_NO_NETWORK Signed-off-by: Martin Donnelly <martin.donnelly@ge.com> --- meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb b/meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb index 1a9d4d3..f371739 100644 --- a/meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb +++ b/meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb @@ -6,8 +6,9 @@ LICENSE = "GPLv2+" LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \ file://include/common.h;beginline=1;endline=17;md5=ba05b07912a44ea2bf81ce409380049c" -SRC_URI = "git://git.infradead.org/mtd-utils.git;protocol=git;tag=ca39eb1d98e736109c64ff9c1aa2a6ecca222d8f \ - file://add-exclusion-to-mkfs-jffs2-git-2.patch" +SRC_URI = "git://git.infradead.org/mtd-utils.git;protocol=git \ + file://add-exclusion-to-mkfs-jffs2-git-2.patch" +SRCREV = "ca39eb1d98e736109c64ff9c1aa2a6ecca222d8f" S = "${WORKDIR}/git/" -- 1.7.11.4
|
|
Re: [meta-baryon][PATCH 0/4] clear up build warnings
Paul Eggleton
On Thursday 27 September 2012 17:30:48 Kevin Strasser wrote:
This patch set clears up some of the warnings that are generated whenMerged to meta-baryon master, thanks. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre
|
|
[PATCH 1/1] [meta-intel] meta-crystalforest: Create a custom build Image recipe.
kishore.k.bodke@...
From: Kishore Bodke <kishore.k.bodke@intel.com>
To build with the corpus files recipes, create a customized recipe to install them into the Image. Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com> --- .../recipes-qat-image/images/core-image-qat-sdk.bb | 12 ++++++++++++ .../recipes-qat-image/images/core-image-qat.bb | 13 +++++++++++++ 2 files changed, 25 insertions(+) create mode 100644 meta-crystalforest/recipes-qat-image/images/core-image-qat-sdk.bb create mode 100644 meta-crystalforest/recipes-qat-image/images/core-image-qat.bb diff --git a/meta-crystalforest/recipes-qat-image/images/core-image-qat-sdk.bb b/meta-crystalforest/recipes-qat-image/images/core-image-qat-sdk.bb new file mode 100644 index 0000000..46d840d --- /dev/null +++ b/meta-crystalforest/recipes-qat-image/images/core-image-qat-sdk.bb @@ -0,0 +1,12 @@ +# Copyright (C) 2012 Intel Corporation. +# Author: Kishore Bodke +# kishore.k.bodke@intel.com + +require recipes-sato/images/core-image-sato-sdk.bb + +IMAGE_INSTALL += "calgary-corpus canterbury-corpus silesia-corpus \ + " + +LICENSE = "MIT" + +PR = "r0" diff --git a/meta-crystalforest/recipes-qat-image/images/core-image-qat.bb b/meta-crystalforest/recipes-qat-image/images/core-image-qat.bb new file mode 100644 index 0000000..22446c1 --- /dev/null +++ b/meta-crystalforest/recipes-qat-image/images/core-image-qat.bb @@ -0,0 +1,13 @@ +# Copyright (C) 2012 Intel Corporation. +# Author: Kishore Bodke +# kishore.k.bodke@intel.com +# + +require recipes-sato/images/core-image-sato.bb + +IMAGE_INSTALL += "calgary-corpus canterbury-corpus silesia-corpus \ + " + +LICENSE = "MIT" + +PR = "r0" -- 1.7.9.5
|
|
[PATCH 0/1][meta-intel] Add a custom Image recipe
kishore.k.bodke@...
From: Kishore Bodke <kishore.k.bodke@intel.com>
This patch adds the custom build Image recipe to install all the corpus files into the image. Please pull them into meta-intel/master. Thanks Kishore. The following changes since commit 34f561ad87aa2e70140a1d1586b84e9018137a5d: meta-cedartrail: add machine override to SRC_URI (2012-09-27 11:58:25 -0500) are available in the git repository at: git://git.pokylinux.org/meta-intel-contrib Kishore/crf-image http://git.pokylinux.org/cgit.cgi/meta-intel-contrib/log/?h=Kishore/crf-image Kishore Bodke (1): meta-crystalforest: Create a custom build Image recipe. .../recipes-qat-image/images/core-image-qat-sdk.bb | 12 ++++++++++++ .../recipes-qat-image/images/core-image-qat.bb | 13 +++++++++++++ 2 files changed, 25 insertions(+) create mode 100644 meta-crystalforest/recipes-qat-image/images/core-image-qat-sdk.bb create mode 100644 meta-crystalforest/recipes-qat-image/images/core-image-qat.bb -- 1.7.9.5
|
|
[meta-baryon][PATCH 4/4] talloc: specify the version of LGPL and include the license text
Kevin Strasser <kevin.strasser@...>
talloc is made available under version 3 (or later) of the LGPL.
This change fixes the following warning: "WARNING: talloc: No generic license file exists for: LGPL in any provider" Signed-off-by: Kevin Strasser <kevin.strasser@linux.intel.com> --- recipes-support/talloc/talloc_2.0.1.bb | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/recipes-support/talloc/talloc_2.0.1.bb b/recipes-support/talloc/talloc_2.0.1.bb index a69bd40..5a3eba2 100644 --- a/recipes-support/talloc/talloc_2.0.1.bb +++ b/recipes-support/talloc/talloc_2.0.1.bb @@ -1,7 +1,7 @@ DESCRIPTION = "Hierarchical, reference counted memory pool system with destructors" HOMEPAGE = "http://talloc.samba.org" -LICENSE = "LGPL" -LIC_FILES_CHKSUM = "file://NEWS;md5=5fe776b23a711c9153ee94bc87e47334" +LICENSE = "LGPL-3.0+" +LIC_FILES_CHKSUM = "file://talloc.h;beginline=4;endline=25;md5=e437634499a4434b4a24518195ff357d" inherit autotools pkgconfig @@ -11,7 +11,7 @@ SRC_URI[sha256sum] = "5b810527405f29d54f50efd78bf2c89e318f2cd8bed001f22f2a1412fd TARGET_CC_ARCH += "${LDFLAGS}" -PR = "r1" +PR = "r2" # autoreconf doesn't work well while reconfiguring included libreplace do_configure () { -- 1.7.9.5
|
|
[meta-baryon][PATCH 3/4] orc: specify the generic licenses being used
Kevin Strasser <kevin.strasser@...>
With the exception of source that contains the Mersenne Twister algorithm,
the majority of orc source code is made available under the BSD 2-Clause license. The source that contains the Mersenne Twister algorithm is made available under the BSD 3-Clause license. This change fixes the following warning: "WARNING: orc: No generic license file exists for: orc in any provider" Signed-off-by: Kevin Strasser <kevin.strasser@linux.intel.com> --- recipes-multimedia/orc/orc.inc | 2 +- recipes-multimedia/orc/orc_0.4.5.bb | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes-multimedia/orc/orc.inc b/recipes-multimedia/orc/orc.inc index e149a9b..971be62 100644 --- a/recipes-multimedia/orc/orc.inc +++ b/recipes-multimedia/orc/orc.inc @@ -1,6 +1,6 @@ DESCRIPTION = "orc - The Oil Runtime Compiler" HOMEPAGE = "http://code.entropywave.com/projects/orc/" -LICENSE = "orc" +LICENSE = "BSD-2-Clause & BSD-3-Clause" LIC_FILES_CHKSUM = "file://COPYING;md5=1400bd9d09e8af56b9ec982b3d85797e" SRC_URI = "http://code.entropywave.com/download/orc/orc-${PV}.tar.gz;name=orc" diff --git a/recipes-multimedia/orc/orc_0.4.5.bb b/recipes-multimedia/orc/orc_0.4.5.bb index 271e55e..cf77efb 100644 --- a/recipes-multimedia/orc/orc_0.4.5.bb +++ b/recipes-multimedia/orc/orc_0.4.5.bb @@ -1,6 +1,6 @@ require orc.inc -PR = "r1" +PR = "r2" SRC_URI[orc.md5sum] = "e26e59428b13ec251916f34bea96eee5" SRC_URI[orc.sha256sum] = "4e04953643cd8e67f8d9796da9547a606954e3944e42e7ce5a099440fd8e729e" -- 1.7.9.5
|
|
[meta-baryon][PATCH 2/4] samba: remove unused directories after install
Kevin Strasser <kevin.strasser@...>
Some of the directories that are created during installation are left
empty and not shipped in the image. Removing them clears up the following QA warning: "WARNING: QA Issue: samba: Files/directories were installed but not shipped /usr/lib/idmap /usr/lib/nss_info /usr/lib/perfcount /usr/lib/pdb /usr/lib/rpc /usr/lib/gpext" Signed-off-by: Kevin Strasser <kevin.strasser@linux.intel.com> --- recipes-connectivity/samba/samba.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/recipes-connectivity/samba/samba.inc b/recipes-connectivity/samba/samba.inc index 4e4f23c..8090656 100644 --- a/recipes-connectivity/samba/samba.inc +++ b/recipes-connectivity/samba/samba.inc @@ -70,6 +70,8 @@ do_install_append() { mkdir -p ${D}${base_sbindir} rm -f ${D}${bindir}/*.old rm -f ${D}${sbindir}/*.old + rmdir ${D}${libdir}/idmap ${D}${libdir}/nss_info ${D}${libdir}/perfcount + rmdir ${D}${libdir}/pdb ${D}${libdir}/rpc ${D}${libdir}/gpext [ -f ${D}${sbindir}/mount.cifs ] && mv ${D}${sbindir}/mount.cifs ${D}${base_sbindir}/ [ -f ${D}${sbindir}/umount.cifs ] && mv ${D}${sbindir}/umount.cifs ${D}${base_sbindir}/ -- 1.7.9.5
|
|
[meta-baryon][PATCH 1/4] proftpd: remove unused directories after install
Kevin Strasser <kevin.strasser@...>
Some of the directories that are created during installation are left
empty and not shipped in the image. Removing them clears up the following QA warning: "WARNING: QA Issue: proftpd: Files/directories were installed but not shipped /usr/libexec /usr/lib/proftpd /usr/share/locale" Signed-off-by: Kevin Strasser <kevin.strasser@linux.intel.com> --- recipes-extended/proftpd/proftpd_1.3.4b.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/recipes-extended/proftpd/proftpd_1.3.4b.bb b/recipes-extended/proftpd/proftpd_1.3.4b.bb index b7e201b..45e73d9 100644 --- a/recipes-extended/proftpd/proftpd_1.3.4b.bb +++ b/recipes-extended/proftpd/proftpd_1.3.4b.bb @@ -35,6 +35,7 @@ do_configure () { do_install () { oe_runmake DESTDIR=${D} install + rmdir ${D}${libexecdir} ${D}${libdir}/proftpd ${D}${datadir}/locale } pkg_postinst () { -- 1.7.9.5
|
|
[meta-baryon][PATCH 0/4] clear up build warnings
Kevin Strasser <kevin.strasser@...>
This patch set clears up some of the warnings that are generated when
building baryon against the tip of the 1.3_M3 branch of poky. The following changes since commit 500a124831e292d76d864a3c64a57a5007c4553a: kernel: enable nfsd when using the 3.4 kernel (2012-09-13 10:43:26 -0700) are available in the git repository at: git://git.yoctoproject.org/poky-contrib strassek/baryon-warnings http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=strassek/baryon-warnings Kevin Strasser (4): proftpd: remove unused directories after install samba: remove unused directories after install orc: specify the generic licenses being used talloc: specify the version of LGPL and include the license text recipes-connectivity/samba/samba.inc | 2 ++ recipes-extended/proftpd/proftpd_1.3.4b.bb | 1 + recipes-multimedia/orc/orc.inc | 2 +- recipes-multimedia/orc/orc_0.4.5.bb | 2 +- recipes-support/talloc/talloc_2.0.1.bb | 6 +++--- 5 files changed, 8 insertions(+), 5 deletions(-) -- 1.7.9.5
|
|
Re: build failure on current
Paul Eggleton
On Thursday 27 September 2012 17:55:45 Evade Flow wrote:
Fair enough. And I should mention that the error I reported occurs onYeah, it's just a warning :) This issue is rather perplexing. We're supposed to not be using the host tar if it is older than 1.24 due to another bug in earlier versions - if an older version is found we build tar-replacement-native before anything else gets built. Was tar-replacement-native built on the machine where it was failing? You can verify it built by just checking under tmp/sysroots/<native sysroot>/usr/bin/ to see if tar exists there. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre
|
|
Re: build failure on current
Evade Flow <evadeflow@...>
Fair enough. And I should mention that the error I reported occurs on
Ubuntu 10.04. It's not like I wasn't warned. :-} WARNING: Host distribution "Ubuntu 10.04 LTS" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. (Other than this oddity with the perl package, things seem to work fine.) On Thu, Sep 27, 2012 at 3:56 PM, Rifenbark, Scott M <scott.m.rifenbark@intel.com> wrote: I was told that I hit the server at a busy time thus causing the fetch to fail. I just re-ran it and ran error free. I was also told this was a rare occurrence but it does happen.
|
|
Re: build failure on current
Rifenbark, Scott M <scott.m.rifenbark@...>
I was told that I hit the server at a busy time thus causing the fetch to fail. I just re-ran it and ran error free. I was also told this was a rare occurrence but it does happen.
toggle quoted messageShow quoted text
Scott
-----Original Message-----
From: Evade Flow [mailto:evadeflow@gmail.com] Sent: Thursday, September 27, 2012 12:42 PM To: Rifenbark, Scott M Cc: yocto@yoctoproject.org Subject: Re: [yocto] build failure on current I'm new to Yocto, but I've seen similar errors that seem to be due to differences in the version of tar on the build server. Everything's fine on this machine: good% tar --version tar (GNU tar) 1.26 but I get CRC errors sometimes on this one: bad% otp-mmes-build% tar --version tar (GNU tar) 1.22 The specific recipe I was having problems with was, I think, perl-native. I couldn't untar/uncompress the perl archive in build/downloads with tar 1.22, but it worked fine with tar 1.26. (I don't have a solution, sorry. Around the same time I noticed this, I found out that the image I was building was supposed to be built on the denzil branch, so I just switched over to denzil and the problem went away.) On Thu, Sep 27, 2012 at 3:20 PM, Rifenbark, Scott M <scott.m.rifenbark@intel.com> wrote: I am running through the build example for the QS and hit a failure when Full transcript.
|
|
Re: build failure on current
Evade Flow <evadeflow@...>
Something was bugging me about this, so I dug up my notes. I was wrong when I
toggle quoted messageShow quoted text
said switching to denzil fixed my problem---it did NOT. I simply cannot untar/uncompress the perl archive from CPAN with tar 1.22: evadeflow% tar --version tar (GNU tar) 1.22 Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by John Gilmore and Jay Fenlason. evadeflow% wget http://www.cpan.org/src/5.0/perl-5.14.2.tar.gz --2012-09-27 15:45:23-- http://www.cpan.org/src/5.0/perl-5.14.2.tar.gz Resolving usah1nprox1.al-lighting.com... 10.102.184.7 Connecting to usah1nprox1.al-lighting.com|10.102.184.7|:8080... connected. Proxy request sent, awaiting response... 200 OK Length: 15223598 (15M) [application/x-gzip] Saving to: `perl-5.14.2.tar.gz' 100%[================================================================>] 15,223,598 480K/s in 31s 2012-09-27 15:45:55 (478 KB/s) - `perl-5.14.2.tar.gz' saved [15223598/15223598] evadeflow% tar xf perl-5.14.2.tar.gz gzip: stdin: invalid compressed data--crc error tar: Child returned status 1 tar: Exiting with failure status due to previous errors The way I 'fixed' this was to unpack/repack the archive on my other build machine (the one with tar 1.26), copy the resultant 'perl-5.14.2' folder to the original machine, retar/compress it with tar 1.22, and place this new perl-5.14.2.tar.gz file in my pre-mirror folder. Anyway, this seems just weird enough that I thought I should mention it on the list...
On Thu, Sep 27, 2012 at 3:42 PM, Evade Flow <evadeflow@gmail.com> wrote:
I'm new to Yocto, but I've seen similar errors that seem to be due to
|
|
Re: build failure on current
Evade Flow <evadeflow@...>
I'm new to Yocto, but I've seen similar errors that seem to be due to
differences in the version of tar on the build server. Everything's fine on this machine: good% tar --version tar (GNU tar) 1.26 but I get CRC errors sometimes on this one: bad% otp-mmes-build% tar --version tar (GNU tar) 1.22 The specific recipe I was having problems with was, I think, perl-native. I couldn't untar/uncompress the perl archive in build/downloads with tar 1.22, but it worked fine with tar 1.26. (I don't have a solution, sorry. Around the same time I noticed this, I found out that the image I was building was supposed to be built on the denzil branch, so I just switched over to denzil and the problem went away.) On Thu, Sep 27, 2012 at 3:20 PM, Rifenbark, Scott M <scott.m.rifenbark@intel.com> wrote: I am running through the build example for the QS and hit a failure when Full transcript.
|
|
build failure on current
Rifenbark, Scott M <scott.m.rifenbark@...>
I am running through the build example for the QS and hit a failure when trying to access git://git.yoctoproject.org/libowl;protocol=git. I started with the tarball here: http://autobuilder.yoctoproject.org/nightly/CURRENT
Full transcript.
srifenbark@scottrif-desktop:~$ cd poky-0b09e50810162a07ef0aecee91ee32b4a36334a3
Scott Rifenbark Intel Corporation Yocto Project Documentation 503.712.2702 503.341.0418 (cell)
|
|
Re: Python 3 Recipe
I have recipes for if 3.3 actually I will publish it after 1.3 release it needs some fine touches
toggle quoted messageShow quoted text
On Thursday, September 27, 2012, <daniel_norris@...> wrote: > Hi all, > > Are there any plans for Yocto to include Python 3.2.3 as an alternative to the Python 2.7.3 recipes? I might need to use it at some point, so I was wondering if it was on the roadmap. > > Thanks! > ------------------------------------------------------- > Daniel Norris
|
|
Python 3 Recipe
daniel_norris@...
Hi all,
Are there any plans for Yocto to include Python 3.2.3 as an alternative to the Python 2.7.3 recipes? I might need to use it at some point, so I was wondering if it was on the roadmap. Thanks! ------------------------------------------------------- Daniel Norris
|
|
Re: Cannot do atom-pc build with meta-cedartrail
Tom Zanussi <tom.zanussi@...>
On Thu, 2012-09-27 at 17:10 +0300, Mihai Lindner wrote:
On 2012-09-27 14:31, Burton, Ross wrote:Yeah, looks like the other SRC_URIs do that, but it's missing from thatHi, SRC_URI - I just pushed a fix for this one to meta-intel/master. Tom RossThat's a bug alright.
|
|
Autogen and libopts/Autoopts - native package that generates the source for a target package.
Tim O'Callaghan <tocallaghan@...>
Hi,
I have a recipe that uses GNU autoopts, which generates a dependency on libopts. This is the library that is required for any package using autoopts to compile. GNU autoopts is a tool that is found embedded in GNU autogen as an example of autogen use, but is also a package in its own right. When you configure and build autogen, you also configure and build autoopts. When you build autoopts, it in turn builds the libopts shared library, static library and source tarball. The tarball is so that it can be used inside your packages source tree, for systems that do not have libopts installed. As far as I can tell via Google, most packages just embed the libopts in their source tree e.g. TCPRELAY and ntp. As autogen and autoopts are required native packages, If the target package requires libopts, then in this case it finds the libopts.so from native and then at image creation time it complains that the library is not available. To build libopts for the target, you need to either build the whole dependency tree behind autogen, which will build autoopts and the wanted library (with or without bludgeoning autogen's configure script into shape), or share the source tarball during the native building stage for downstream consumers. My first thought was to copy the src tarball to DL_DIR, and have a corresponding target libopts.bb recipe or similar, but as it turns out autogen has a mechanism for this, `autoopts-config libsrc` (as per the libopts tarball README). The tarball is not designed to be configured as a standalone library and plugs into the packages configure - which as you can guess I'm in the process of doing for this package. So I'm posting this to the list for others who may trip over it, and as a question as to what to do, in the general case where you have something generated by a package in 'native' and you want to share it with a package in 'target'. Rebuild everything? Create a finder script? Regards, Tim.
|
|
Re: Cannot do atom-pc build with meta-cedartrail
Mihai Lindner <mihaix.lindner@...>
On 2012-09-27 14:31, Burton, Ross wrote:
Hi,That's a bug alright. It seems the overall SRC_URI of linux-yocto is overwritten by meta-cedartrail layer, when included. Should be fixed by using SRC_URI_cedartrail instead. -- Mihai Lindner
|
|