From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lo.gmane.org ([80.91.229.12]) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1NCaOR-0000h3-2p for openembedded-devel@lists.openembedded.org; Mon, 23 Nov 2009 15:59:58 +0100 Received: from list by lo.gmane.org with local (Exim 4.50) id 1NCaN1-0000gw-BF for openembedded-devel@lists.openembedded.org; Mon, 23 Nov 2009 15:58:27 +0100 Received: from s55917625.adsl.wanadoo.nl ([85.145.118.37]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 23 Nov 2009 15:58:27 +0100 Received: from k.kooi by s55917625.adsl.wanadoo.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 23 Nov 2009 15:58:27 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: openembedded-devel@lists.openembedded.org From: Koen Kooi Date: Mon, 23 Nov 2009 15:58:00 +0100 Message-ID: References: <20091115163618.GA3317@jama> <1258364356.5799.94.camel@dax.rpnet.com> <20091122190547.GC3349@jama> <1258978516.10321.79.camel@dax.rpnet.com> Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: s55917625.adsl.wanadoo.nl User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.6pre) Gecko/20091109 Shredder/3.0pre In-Reply-To: Sender: news X-SA-Exim-Connect-IP: 80.91.229.12 X-SA-Exim-Mail-From: gcho-openembedded-devel@m.gmane.org X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: No (on linuxtogo.org); Unknown failure Subject: Re: SRCPV migration - How SRCPV works! X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2009 14:59:58 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 23-11-09 14:52, Otavio Salvador wrote: > Hello, > > On Mon, Nov 23, 2009 at 11:31 AM, Koen Kooi wrote: >> On 23-11-09 13:15, Richard Purdie wrote: >> >>> As I understand it you'll lock locking down the local build revisions >>> with Angstrom anyway? >> >> Dunno about that, ideally the SRCPV merge should have no impact at all on >> existing distros, but it looks like everyone will be forced to lock >> revisions/counts down. >> If there is a way to convert the database to a .inc file then we'd be a step >> closer to coordinating counts between buildhosts (or rebuilds from scratch). >> Currently the SRCPV looks like a major step backwards to the current >> situation unless you are on a single buildhost *and* never delete TMPDIR >> *and* use AUTOREV *and* care about upgrade paths. >> >> It would be a lot better if bitbake could just do the revlog | wc -l trick >> after do_fetch has run. Or at least use that as localcount if a snapshot >> exists in TMPDIR during parsing. > > After looking at what SRCPV means for distro POV I fully agree with Koen. > > It is going to add more problems then it solves. If a distro has more > then one buildhost it will be a nightmare to manage it and very error > prone :-( Even in the single buildhost world things start falling down if you rm TMPDIR. regards, Koen