From owner-freebsd-current@FreeBSD.ORG Wed Oct 9 14:33:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4250839D for ; Wed, 9 Oct 2013 14:33:42 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu [18.9.25.15]) by mx1.freebsd.org (Postfix) with ESMTP id D89092B91 for ; Wed, 9 Oct 2013 14:33:41 +0000 (UTC) X-AuditID: 1209190f-b7fa08e0000009c6-c5-525569454756 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id F7.D0.02502.54965525; Wed, 9 Oct 2013 10:33:41 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id r99EXe1R009599; Wed, 9 Oct 2013 10:33:40 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id r99EXc8N030349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Oct 2013 10:33:39 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id r99EXcB5020639; Wed, 9 Oct 2013 10:33:38 -0400 (EDT) Date: Wed, 9 Oct 2013 10:33:38 -0400 (EDT) From: Benjamin Kaduk To: Lyndon Nerenberg Subject: Re: rcs In-Reply-To: <316CC412-A884-4E23-95D5-8565872FC844@orthanc.ca> Message-ID: References: <77307DF8-637D-4295-BF47-8742F1552CE8@orthanc.ca> <20131008031517.GA31864@troutmask.apl.washington.edu> <60177810-8DC4-4EA3-8040-A834B79039D2@orthanc.ca> <52538EDC.2080001@freebsd.org> <52541202.3010707@mu.org> <316CC412-A884-4E23-95D5-8565872FC844@orthanc.ca> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrJIsWRmVeSWpSXmKPExsUixCmqreuaGRpkMHEev8WcNx+YLLbMPsLi wOQx49N8Fo+7rz4zBTBFcdmkpOZklqUW6dslcGU0PVcveM1e8XH2J+YGxslsXYwcHBICJhL7 GkW6GDmBTDGJC/fWA4W5OIQE9jFK/Gu7zwySEBLYwCjx+isXROIgk8ShuecYQZqFBOoltk/k BalhEdCSWNuwH6yeTUBFYuabjWwgtoiAhsT06/+YQGxmAXmJ/1cuM4G0CgsISOz8UgUS5hSw k5h4+QcjiM0r4CgxcV07M8Sq60wS6xYuYgdJiAroSKzeP4UFokhQ4uTMJywQMy0lzv25zjaB UXAWktQsJKkFjEyrGGVTcqt0cxMzc4pTk3WLkxPz8lKLdE30cjNL9FJTSjcxgkNUkn8H47eD SocYBTgYlXh4O3hDgoRYE8uKK3MPMUpyMCmJ8m6PCQ0S4kvKT6nMSCzOiC8qzUktPsQowcGs JMKblAKU401JrKxKLcqHSUlzsCiJ897ksA8SEkhPLEnNTk0tSC2CycpwcChJ8LJkADUKFqWm p1akZeaUIKSZODhBhvMADf+YDjK8uCAxtzgzHSJ/ilFRSpz3KEhCACSRUZoH1wtLIa8YxYFe Eeb9C1LFA0w/cN2vgAYzAQ3e/j0EZHBJIkJKqoGx+5fMlQb71VrTpl5Zc2W6lGwAN9+phfnX /l8WaWvrWnqyf5IKh6GGyEXz3qRqAfaVZdqaYp5pKguuBhzeEcod8W3t1GUr514+f+nyqvj1 DpIuAep7pnF/sH5+fd9ipkf/Yyf+z1kjF13Kxm57rqu0bdn2rgdWW9fxuTwuv5b+tX/FNL/0 Z8IMSizFGYmGWsxFxYkAi3m2//wCAAA= Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 14:33:42 -0000 Going off on a slight tangent... On Tue, 8 Oct 2013, Lyndon Nerenberg wrote: > > For this to work in a disconnected environment, you need a ports tree > with a fully populated distfiles/ directory. The hack we came up with > was to put a FreeBSD host on the external network, on which we ran a > script once a week or so that would do the something like 'portsnap > fetch update; portsclean -DD; for in in /usr/ports/*/*; (cd $i && make > fetch); done'. I just reviewed a documentation patch which was noting that 'make fetch' can be done in a category directory or even in /usr/ports itself. Maybe a little more reliable than the shell loop. -Ben Kaduk > That would give us a (mostly) populated /usr/ports/distfiles. We would > then rsync /usr/ports from the public machine onto a USB drive. That > drive would then be disconnected from the public machine and attached to > an internal file server, and its /usr/ports rsynced to the file server's > /usr/ports.