From owner-freebsd-arch@FreeBSD.ORG Thu Sep 1 08:11:32 2011 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88935106566C; Thu, 1 Sep 2011 08:11:32 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 5FEEC8FC13; Thu, 1 Sep 2011 08:11:32 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p818BQBW018859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 1 Sep 2011 01:11:31 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p818BQwW018858; Thu, 1 Sep 2011 01:11:26 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA27699; Thu, 1 Sep 11 01:08:56 PDT Date: Thu, 01 Sep 2011 08:08:49 -0700 From: perryh@pluto.rain.com To: avg@freebsd.org Message-Id: <4e5fa001.BTxOKlcJfp7aZ2KE%perryh@pluto.rain.com> References: <4e5ba9c3.bzHIw1KEy8R2QcK7%perryh@pluto.rain.com> <3420B331-C697-468A-80BA-B31C33804710@freebsd.org> <4e5c5b5f.moT7dLemOuteQJ5T%perryh@pluto.rain.com> <4E5C364D.7070904@freebsd.org> <20110830201357.GB58638@acme.spoerlein.net> <4e5e458a.Un+VK0itRgItvxbf%perryh@pluto.rain.com> <20110831081815.GN2493@over-yonder.net> <4e5f2e26.6PQ5d6F3eauFfAcH%perryh@pluto.rain.com> <4E5F12B6.3090307@FreeBSD.org> In-Reply-To: <4E5F12B6.3090307@FreeBSD.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: uqs@spoerlein.net, kmacy@freebsd.org, fullermd@over-yonder.net, freebsd-arch@freebsd.org Subject: Re: Official git export X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2011 08:11:32 -0000 Andriy Gapon wrote: > on 01/09/2011 10:03 perryh@pluto.rain.com said the following: > > "Matthew D. Fuller" wrote: > >> On Wed, Aug 31, 2011 at 07:30:34AM -0700 I heard the voice of > >> perryh@pluto.rain.com, and lo! it spake thus: > >>> Surely it would be "noticeably faster" to _download_ only (say) > >>> /usr/src/sys than all of /usr/src, unless one has an uncommonly > >>> fast link? (It would also impose less load on the serving site.) > >> > >> In the context of most current-gen DVCSen, it's unlikely to be > >> much (or in fact _any_) faster or less data to transfer. It's > >> just less data to blat into the working tree. > > > > That makes a certain amount of sense _if_ the VCS considers the > > entire base system to reside in a single repository, which is why > > someone was suggesting splitting it into multiple repositories. > > > > The question remains: does it really make sense that I must > > download the entire VCS history for things like cddl, contrib, > > crypto, games, and kerberos if I only plan to work on the kernel? > > As surprising as it may sound to you, in my opinion, the answer is > closer to yes than to no. > [snip mention of building kernel-toolchain and userland for testing] > > Not everything is needed from userland bits, of course, and > history may be not as useful as the source code itself, but once > you need some bits from userland it's hard to separate them. I don't doubt that one needs to have (whatever version of) the whole source tree, but that was presumably installed from the distribution ISO and kept up to date via csup. I see little point in downloading it all _again_ just to get VCS history -- and ability to check out, branch, etc -- for areas that one doesn't plan to touch. That's why I referred specifically to downloading "the entire VCS history" of such parts. And yes, depending on what part(s) of the kernel I'm working on, I may indeed need to touch some userland code. That still doesn't explain why I should have to import VCS awareness of code that I'm _not_ modifying.