From owner-freebsd-arch@FreeBSD.ORG Sun Sep 4 08:37:01 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 AD06D106564A for ; Sun, 4 Sep 2011 08:37:01 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 36D0D8FC14 for ; Sun, 4 Sep 2011 08:37:00 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p848avYv009198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Sep 2011 18:36:59 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p848aueM012900; Sun, 4 Sep 2011 18:36:56 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p848atsG012899; Sun, 4 Sep 2011 18:36:55 +1000 (EST) (envelope-from peter) Date: Sun, 4 Sep 2011 18:36:55 +1000 From: Peter Jeremy To: perryh@pluto.rain.com Message-ID: <20110904083655.GA32801@server.vk2pj.dyndns.org> References: <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> <4e5fa001.BTxOKlcJfp7aZ2KE%perryh@pluto.rain.com> <4E5F4807.6070206@FreeBSD.org> <4e62195b.cdaZfeF621ojSqVQ%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <4e62195b.cdaZfeF621ojSqVQ%perryh@pluto.rain.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: 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: Sun, 04 Sep 2011 08:37:01 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-03 05:11:07 -0700, perryh@pluto.rain.com wrote: >A few hundred MB of disk space is nothing. Having to _download_ >a few hundred MB of source code, that one already has, is _not_ >"nothing" unless one has a rather large pipe. If you already have the source code, why would you be downloading it again? Typically, if you keep a local copy of the repo, you would be checking out from it, rather than using csup or similar. >One way to mitigate this would be to provide the ability to >download and install VCS metadata (back-deltas, commit comments, >etc.) for particular files and directories "as needed". Based on the description, I'll take "metadata" to mean the VCS repository itself, rather than VCS-related metadata that is added to a checked-out working directory. Whilst this was fairly easy for CVS, it's not practical for SVN because the metadata is stored per-commit, rather than per-file. > If that >level of granularity is problematic, just splitting the metadata >into 5 groups would help: > > group contents size * > > infrastructure all files directly in /usr/src; and 66 MB > subdirs etc, include, lib, libexec, > release, rescue, share, tools. > > contrib /usr/src/contrib 232 MB > > crypto /usr/src/{crypto,kerberos5,secure} 40 MB > > kernel /usr/src/sys 143 MB > > other /usr/src/{bin,cddl,games,gnu, 50 MB > sbin,usr.bin,usr.sbin} I don't believe this is practical given the way FreeBSD and SVN work. From the SVN perspective, it's not practical to disentagle the content in that way. From a FreeBSD perspective, I don't think it'll work - you can't do much without "infrastructure". "contrib" is referenced from "infrastructure" and "other". "crypto" includes some historic (but not current) references to "contrib". >For that matter, FreeBSD could provide the VCS metadata corresponding >to each release as a separate ISO, so those who need it can obtain >and install it. Those for whom large downloads are a problem could >buy it on CD. Once upon a time, the release CDs did include the CVS tree but it simply became too big. And, since you can checkout any point in history I don't believe having a -release repo CD/DVD adds any real value. You just need a copy of the repo after the relevant release - this can be downloaded via CTM/ftp or csup for CVS and svn can do it's own downloading. My guess is that most people for whom large downloads present a problem know someone who has ready access to the repo and could burn a CD/DVD for them. --=20 Peter Jeremy --KsGdsel6WgEHnImy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5jOKcACgkQ/opHv/APuIcOTwCdFANc87hSyPjUpXNl+CckOsn0 lRQAn3K1OGusq36yLZ6q9K0jK/UMt5Rh =6Tci -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy--