From owner-freebsd-ports@FreeBSD.ORG Mon May 27 23:14:00 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 10BAEE03 for ; Mon, 27 May 2013 23:14:00 +0000 (UTC) (envelope-from freebsdml@marino.st) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) by mx1.freebsd.org (Postfix) with ESMTP id DDBB4282 for ; Mon, 27 May 2013 23:13:59 +0000 (UTC) Received: from [192.168.0.21] (unknown [130.255.16.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 9CD8943B51 for ; Mon, 27 May 2013 18:13:51 -0500 (CDT) Message-ID: <51A3E8A7.7030106@marino.st> Date: Tue, 28 May 2013 01:13:43 +0200 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: The vim port needs a refresh References: <20130524212318.B967FE6739@smtp.hushmail.com> <20130527140609.3d3b9d23@gumby.homeunix.com> <444ndofstn.fsf@lowell-desk.lan> <20130527153440.020ab20e@gumby.homeunix.com> <51A3798C.9000004@marino.st> <20130527173633.0e196a08@gumby.homeunix.com> <51A38D87.8070102@marino.st> <20130527183620.5ff9d8b0@gumby.homeunix.com> <51A3A813.1060908@marino.st> <20130527210924.36432f32@gumby.homeunix.com> <51A3C331.901@marino.st> <20130528000505.6c506b1a@gumby.homeunix.com> In-Reply-To: <20130528000505.6c506b1a@gumby.homeunix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 May 2013 23:14:00 -0000 On 5/28/2013 01:05, RW wrote: > On Mon, 27 May 2013 22:33:53 +0200 > John Marino wrote: > >> On 5/27/2013 22:09, RW wrote: >>> On Mon, 27 May 2013 20:38:11 +0200 >>> John Marino wrote: >>> >>> >>> No, that's something you just made up. It is however vague and >>> anecdotal. We have only one data point that we know is from this >>> year and not self-inflicted, even if the others are, for all we >>> know it could still be fast most of the time. >>> >>> Some monitoring would be useful. >>> >> >> However you slice it, a distinfo file with 1000+ entries is >> completely absurd. 95% of the blame goes to Vim developers. >> However, it is within the realm of feasibility to pre-package patches >> in batches of 100 (or conversely 1 tarball of patches rolled for >> every time patch count hits multiple of 100). > > In other words downloading every patch twice. No. That's not what those words mean. Please stop assuming that somebody builds Vim repeatedly and start assuming it's built for the very first time. Also, given these patches are a couple of kilobytes at most, a compressed tarball of 100 patches (or even 700 patches) is negligible. Even if somebody with a cache downloaded it twice, so what? It's not even noticeable. >> At the very, very least maybe only HTTP hosts are listed for VIM (I >> just checked bsd.sites.mk, the ftp sites are all at the end of the >> list now) > > All 13 http links would have to fail before the ftp links are > tried. So what's the point of having them on the list? Isn't 13 mirrors enough? >> I may have still been on the old bsd.sites.mk with a site> 10 >> seconds per file. (this is yet another data point) > > We already knew that it was slow before January, so that's irrelevant. It validated my story as more than anecdotal.