From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mail.openembedded.org (Postfix) with ESMTP id BA5F677459 for ; Thu, 2 Jun 2016 19:16:01 +0000 (UTC) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga101.fm.intel.com with ESMTP; 02 Jun 2016 12:16:02 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.26,407,1459839600"; d="scan'208";a="712980821" Received: from ahmadjaz-mobl.gar.corp.intel.com (HELO peggleto-mobl.ger.corp.intel.com) ([10.255.169.128]) by FMSMGA003.fm.intel.com with ESMTP; 02 Jun 2016 12:16:00 -0700 From: Paul Eggleton To: Martin Jansa Date: Fri, 03 Jun 2016 07:15:57 +1200 Message-ID: <8934616.REGKCHSCIX@peggleto-mobl.ger.corp.intel.com> Organization: Intel Corporation User-Agent: KMail/4.14.10 (Linux/4.4.9-300.fc23.x86_64; KDE/4.14.20; x86_64; ; ) In-Reply-To: <20160602160535.GA2571@jama> References: <1570473.5iIQe2jHu3@peggleto-mobl.ger.corp.intel.com> <20160602160535.GA2571@jama> MIME-Version: 1.0 Cc: Bruce Ashfield , openembedded-core@lists.openembedded.org Subject: Re: [PATCH 01/42] gcc: Add gcc6 recipes X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 19:16:02 -0000 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thu, 02 Jun 2016 18:05:35 Martin Jansa wrote: > On Wed, Jun 01, 2016 at 10:23:35AM +1200, Paul Eggleton wrote: > > On Wed, 01 Jun 2016 10:20:23 Paul Eggleton wrote: > > > On Tue, 31 May 2016 11:12:21 Jussi Kukkonen wrote: > > > > On 11 May 2016 at 20:35, Khem Raj wrote: > > > > > +#BASEURI ?= "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2" > > > > > +BASEURI ?= "git:// > > > > > github.com/gcc-mirror/gcc;branch=gcc-6-branch;protocol=git" > > > > > > > > I guess this is where git2_github.com.gcc-mirror.gcc.tar.gz download > > > > comes from? It increased the size of my downloads-directory by >30% -- > > > > and I must have quite a bit of old junk in that directory already. > > > > > > > > Is there no other solution to this than a 2.5G git copy (honest > > > > question, I don't know gcc)? > > > > > > We went down this road before and it wasn't great for users. There is at > > > least a tarball for 6.1, we'd presumably need some patches on top of > > > that (~43 if we were to simply take what's in the gcc-6-branch between > > > 6.1 and bd9a826, minus the "daily bumps"). > > > > Perhaps that was a little unclear - when I say "we went down this road > > before" I'm agreeing with Jussi - we pointed to a git branch in a > > previous release with the same resulting huge download for everyone, > > something I think we should avoid if at all possible. > > Maybe it's biggest but at least there is only one copy of it: > > top 10 in my downloads (archives and then git clones). > > 823M /OE/downloads/git2_git.yoctoproject.org.linux-yocto-3.14.git.tar.gz > 831M /OE/downloads/git2_git.yoctoproject.org.linux-yocto-3.10.git.tar.gz > 893M /OE/downloads/git2_git.yoctoproject.org.linux-yocto-3.17.git.tar.gz > 934M /OE/downloads/git2_git.yoctoproject.org.linux-yocto-3.19.git.tar.gz > 969M /OE/downloads/git2_git.yoctoproject.org.linux-yocto-4.1.git.tar.gz > 1.2G /OE/downloads/git2_git.yoctoproject.org.linux-yocto-dev.git.tar.gz > > 2.4G /OE/downloads/git2_github.com.gcc-mirror.gcc.tar.gz > > 854M /OE/downloads/git2/github.com.qtproject.qtwebengine-chromium.git > > 877M /OE/downloads/git2/git.yoctoproject.org.linux-yocto-3.10.git > 900M /OE/downloads/git2/git.yoctoproject.org.linux-yocto-3.14.git > 921M /OE/downloads/git2/git.yoctoproject.org.linux-yocto-3.17.git > 964M /OE/downloads/git2/git.yoctoproject.org.linux-yocto-3.19.git > 999M /OE/downloads/git2/git.yoctoproject.org.linux-yocto-4.1.git > 1.3G /OE/downloads/git2/git.yoctoproject.org.linux-yocto-dev.git > 2.3G /OE/downloads/git2/git.yoctoproject.org.linux-yocto-4.4.git No argument from me there - it does seem a little wasteful given that there must be a huge overlap between those repos. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre