From owner-freebsd-arch@FreeBSD.ORG Mon Sep 17 22:03:55 2012 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FD1A1065672 for ; Mon, 17 Sep 2012 22:03:55 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 134548FC1E for ; Mon, 17 Sep 2012 22:03:54 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so10532586pbb.13 for ; Mon, 17 Sep 2012 15:03:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=0ATvNQACMzqKEyniDU1aNrxKFJ5/N/6g0sDJH4szGC0=; b=FZwSO5rttpQL8LrCxq8zwtb+C9dA8Ds9H29ajtr/B0FnoTK1tQ4tHhpWt1LeV8Cqdy +uD2WWgq15GbQy7F2J/I/LLfxZbJbNDKtGkRcEKg8oyIaRdHgNeXHjYHRq445zi0XvN/ mu4UoA0Wffd66tICP34lsZuFF2qQKgrMsogfA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=0ATvNQACMzqKEyniDU1aNrxKFJ5/N/6g0sDJH4szGC0=; b=XgQjvzPcS9Wrk6j3K7PU+G5S0cFBnQTY4N1NC0Jp6rAuPWMgWjEKV+dqQmJeSvb3ux TL0FkLLmDsrXEhv96/SJPQvHHTWmQm86yOubb2LUAfhoiJsbN/8FYf057GAWOqmbGMfr Ovtd3FlHhVNKc6tIs9zpvyeIbmNcD3lYdG/WIh+PMYQhdnii7dUM6RmMfhKM7cwtIna8 ve7Po7FVXSU9DvkCyhIqNYx1k7a848PPIzJ081318CAmdhhT5XLSjFbZC8pXNu4kFRpa xXEND35ih6Vih/c0oTR3FRIqKXB2xC/ov+hBZLYsdWfx8J0qZnhZDDDrsrwj+pG+6m0y KtBA== Received: by 10.68.130.65 with SMTP id oc1mr24591873pbb.29.1347919434688; Mon, 17 Sep 2012 15:03:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.87.41 with HTTP; Mon, 17 Sep 2012 15:03:24 -0700 (PDT) In-Reply-To: <3649BB84-30A9-4765-8BB6-2484B4B88343@bsdimp.com> References: <20120916053523.GJ37286@deviant.kiev.zoral.com.ua> <51B48339-D1FA-49CD-B582-1C58855B024E@bsdimp.com> <50563EA6.1050908@FreeBSD.org> <99E30CDE-AC9D-4615-8830-5EC511EE1BBB@bsdimp.com> <50578D98.7080902@FreeBSD.org> <3649BB84-30A9-4765-8BB6-2484B4B88343@bsdimp.com> From: Eitan Adler Date: Mon, 17 Sep 2012 18:03:24 -0400 Message-ID: To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlSazo2aNpV/eMcyvN4JQcLJrFYP/YqDEKcO+LXGuZ8Dxl/Os5hNB8gONGhDHPE2JjbURBC Cc: Konstantin Belousov , arch@freebsd.org, Doug Barton Subject: Re: Fallout from the CVS discussion 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: Mon, 17 Sep 2012 22:03:55 -0000 On 17 September 2012 17:52, Warner Losh wrote: [snip] >>>> There is a compromise solution here that I have been hesitant to offer >>>> because I was really hoping that sanity would prevail. But why not >>>> switch the default MK_CVS knob over to "no" now? That will give us an >>>> opportunity to see if there really will be any fallout, and easily fix >>>> it if there is. >>> >>> I believe that's already been done. >> >> It isn't now, but it sounds to me like you're saying that you're not >> opposed to doing so? > > MK_CVS moving to 'no' by default is something we can do right away, since= it is easy to figure out what went wrong for the people using cvs and putt= ing it back w/o needing to download anything new. Living behind firewalls = can make downloads a pita. I have had systems with very specific holes tha= t made it a PITA to download anything to them, and it is a common occurrenc= e. > >> Eitan, if you're listening, I'd strike while the iron is hot. :) > > Since I thought that had already been done, please do so. Please make su= re that ObsoleteFiles does the right thing too :) Oh, and make sure UPDATI= NG is updated. I have some surrounding commits to get done first. I'd like to get some of the existing documentation that refers to CVS removed or modified first. There is some consensus for making MK_CVS default to "no" early, so I'll take that into account and commit that sooner than the above listed conditions. Does this change require a OSVERSION bump? I'm inclined to say yes as the ports infrastructure might need to be aware of the change. --=20 Eitan Adler