From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.chez-thomas.org (hermes.mlbassoc.com [64.234.241.98]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 3FB70E00502 for ; Fri, 16 Sep 2011 08:22:34 -0700 (PDT) Received: by mail.chez-thomas.org (Postfix, from userid 999) id 0759516600C5; Fri, 16 Sep 2011 09:22:32 -0600 (MDT) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hermes.chez-thomas.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=4.0 tests=ALL_TRUSTED,BAYES_00, MISSING_HEADERS autolearn=no version=3.3.2 Received: from hermes.chez-thomas.org (localhost.localdomain [127.0.0.1]) by mail.chez-thomas.org (Postfix) with ESMTP id 9181F16600B5; Fri, 16 Sep 2011 09:22:31 -0600 (MDT) Message-ID: <4E7369B7.7080201@mlbassoc.com> Date: Fri, 16 Sep 2011 09:22:31 -0600 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 CC: poky@yoctoproject.org References: <1316185585.20858.29.camel@ted> In-Reply-To: <1316185585.20858.29.camel@ted> Subject: Re: Getting error in linux-yocto kernel during build. X-BeenThere: poky@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Poky build system developer discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 15:22:34 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2011-09-16 09:06, Richard Purdie wrote: > On Fri, 2011-09-16 at 10:35 -0400, Bruce Ashfield wrote: >> On Fri, Sep 16, 2011 at 10:24 AM, Bruce Ashfield >> wrote: >>> On Fri, Sep 16, 2011 at 8:38 AM, chinmaya hoshing wrote: >>>> Hi , >>>> I am building poky-build minimal live image for fishriver machine on 64 bit >>>> host machine. >>>> As I am having limited internet band-width, so I have identified all the >>>> dependent packages and setup a Apache server on my local system so that I >>>> can redirect the SRC_URI of all the packages to my local server. >>>> I have changed the related recipes to build minimal live image, and modify >>>> bitbake.conf to add LOCAL_MIRROR="xxx.xxx.xxx.xxx/packages" , in side >>>> packages I have tars which was present "build/download" folder. >>>> While building linux-yocto, fetch and unpack was done but during kernel >>>> checkout whatever git commits I have done previously in poky source were >>>> flashed out (lost), also the only recipe remains in meta/recipe-kernel/ is >>>> linux . >>>> >>>> Following are the changes made in >>>> meta/recipes-kernel/linux/linux-yocto_git.bb >>>> #SRCREV_FORMAT = "meta_machine" >>>> SRC_URI = "${LOCAL_MIRROR}/linux-yocto-3.0-3.0.tar.bz2" >>>> // This tar file I took from >>>> http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-3.0/snapshot/linux-yocto-3.0-3.0.tar.bz2 >>>> PV = "${LINUX_VERSION}" >>>> In file meta-intel/meta-fishriver/conf/machine/fishriver.conf I modified >>>> PREFERRED_VERSION_linux-yocto = "3.0" (which was >>>> PREFERRED_VERSION_linux-yocto = "3.0+git%" ) >>>> >>>> Can any one help me to find the solution that if I had to pull linux kernel >>>> source from tar file or such and not from git repository. What things I have >>>> to do. >>> >>> The linux-yocto recipes are designed from the ground up to work on a git >>> based repository, and there's really no way to get around that fact (and no >>> plans to make any changes in this area). >> >> Thinking further about this, if the tgz actually was just a tarball of the git >> repositories (including the git blobs), it could work. > > This is exactly what we use behind the scenes for mirroring the git > repositories so this should work. It should be possible to use our > existing PREMIRROR code to avoid having to rewrite individual recipes > though. > > It will firstly unpack the tarball, then access whether the revisions it > needs are present. If they're not, it will then (and only then) try and > fetch them over the network. If the tarball is complete it will > therefore not touch the network. If its incomplete it will only fetch > the different (delta). This does work as advertised - I use it exclusively. I have a local package cache which I use with PREMIRROR and I set BB_NO_NETWORK to prove/protect that no network access is required. -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------