From owner-freebsd-arch@FreeBSD.ORG Thu Sep 1 01:13:21 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 332741065670 for ; Thu, 1 Sep 2011 01:13:21 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id E01318FC12 for ; Thu, 1 Sep 2011 01:13:20 +0000 (UTC) Received: by qyk9 with SMTP id 9so993439qyk.13 for ; Wed, 31 Aug 2011 18:13:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=dfCZWrdd0UFqnXzvfAnw7QIOalM0cW+qvEcwMf+wgMc=; b=aMCm+1iGBgzHE87vQN0s2K83eXKkxjmzc3Pnqj1CjUukx0WnAlAeLGKGH6OqgQAsG5 ckdZYCWjMv6FeYjHrSw3QJYp0tRhZrlTJRQsyqhxjr8nBEprUwcPs/Jkx9jRcNJwsKud 2p1JVNaZhIOzjPDC4ocLkZ62ZSjETrtpm3WRc= MIME-Version: 1.0 Received: by 10.224.191.202 with SMTP id dn10mr935420qab.42.1314839600052; Wed, 31 Aug 2011 18:13:20 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 31 Aug 2011 18:13:19 -0700 (PDT) In-Reply-To: <4e5f2e26.6PQ5d6F3eauFfAcH%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> Date: Wed, 31 Aug 2011 18:13:19 -0700 Message-ID: From: Garrett Cooper To: perryh@pluto.rain.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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 01:13:21 -0000 On Thu, Sep 1, 2011 at 12:03 AM, wrote: > "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? =A0(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. =A0It'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: =A0does 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? Which is part of the point of modularized (aka componentized by some groups) VCSs. The problem is that you push revisioning // management of the VCSs into components, which might carry its own set of problems when you update revisions of components and there's a ripple effect with what needs to be updated across all components (which in and of itself becomes a management nightmare). Thanks! -Garrett