From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id EA65AE00C92; Thu, 10 Mar 2016 02:09:52 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from mail.analogue-micro.com (mail.analogue-micro.com [217.144.149.242]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 72163E00C89 for ; Thu, 10 Mar 2016 02:09:48 -0800 (PST) Received: by mail.analogue-micro.com (Postfix, from userid 999) id DC73D68A01C; Thu, 10 Mar 2016 10:09:47 +0000 (GMT) Received: from zeus.mlbassoc.com (unknown [10.8.0.2]) by mail.analogue-micro.com (Postfix) with ESMTP id 5963268A019; Thu, 10 Mar 2016 10:09:47 +0000 (GMT) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by zeus.mlbassoc.com (Postfix) with ESMTP id 062D36740554; Thu, 10 Mar 2016 11:09:47 +0100 (CET) To: yocto@yoctoproject.org References: <56E12C5E.6030904@mlbassoc.com> <1457602551.4090.0.camel@linux.intel.com> <56E141B0.8060102@mlbassoc.com> <1457604278.4090.13.camel@linux.intel.com> From: Gary Thomas Message-ID: <56E147EA.7050000@mlbassoc.com> Date: Thu, 10 Mar 2016 11:09:46 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <1457604278.4090.13.camel@linux.intel.com> Subject: Re: Long-term package revision maintenance X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 10:09:53 -0000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 2016-03-10 11:04, Joshua G Lock wrote: > On Thu, 2016-03-10 at 10:43 +0100, Gary Thomas wrote: >> On 2016-03-10 10:35, Joshua G Lock wrote: >>> >>> On Thu, 2016-03-10 at 09:12 +0100, Gary Thomas wrote: >>>> >>>> I've been running local PR servers for my builds. This works >>>> quite well, as long as I don't touch my build trees. >>>> >>>> What's the best way to manage versions long-term? i.e. if I >>>> have a deployed system that I build today, but may not touch >>>> for a long time (years?) and I might not want to keep my build >>>> trees for that long. If I just blow away the build tree, the >>>> next time I build for that target, all of the version info will >>>> be lost. I'd like to be able to pick up where I left off. >>> We have a bitbake-prserv-tool script: >>> >>> $ bitbake-prserv-tool >>> Usage: bitbake-prserv-tool command >>> Avaliable commands: >>> export : export and lock down the AUTOPR values from >>> the PR service into a file for release. >>> import : import the AUTOPR values from the exported >>> file into the PR service. >>> >>> I haven't used it but it certainly reads like what you want? >>> >> Did you miss all the questions I had about it (that you cut from the >> reply)? > > Evidently yes, apologies — I clearly need more coffee. > > Unfortunately I don't have the knowledge to answer those questions, but > a quick look at the git history[1], related ticket[2] and wiki[3] makes > me think it was designed to work as you hope. > > If you have build trees available it should be fairly cheap to verify, > I think. > > This seems like a scenario we should document in the "Working With a PR > Service"[4] section of the Yocto Project Development Manual so please > do let us know how you get on. Thanks, I will give it a go soon. > > Regards, > > Joshua > > 1. http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=a05e3a57c6 > f567578faeb31fae89b20e22850af4 > 2. https://bugzilla.yoctoproject.org/show > _bug.cgi?id=1556 > 3. https://wiki.yoctoproject.org/wiki/PR_Service#Export > _Functionality > 4. http://www.yoctoproject.org/docs/2.0/dev-manual/dev-manual.html#work > ing-with-a-pr-service > -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------