From owner-freebsd-ports@FreeBSD.ORG Sat Aug 19 16:44:59 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9C3016A4E8 for ; Sat, 19 Aug 2006 16:44:59 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5528243D6E for ; Sat, 19 Aug 2006 16:44:50 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1642230pye for ; Sat, 19 Aug 2006 09:44:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=OPhOsILVXuoKApk/lBiYFAIRIFCwcgux9C3hePeAt5E4vkaCEM7reROLUjp4NdH5Tn/jcH7xkhSuniuG06QMl4ZP6J43ib6m8ZtWAqlWTaFIMvxN7UsGGF0TQxMLdvx5SsVHymg7hsmg9SoYvVTNga/mW99i4valq2k04tXChgs= Received: by 10.35.121.9 with SMTP id y9mr8662843pym; Sat, 19 Aug 2006 09:44:50 -0700 (PDT) Received: by 10.35.105.10 with HTTP; Sat, 19 Aug 2006 09:44:50 -0700 (PDT) Message-ID: Date: Sat, 19 Aug 2006 20:44:50 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "FreeBSD Ports" , portmgr@FreeBSD.org, "Maho Nakata" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 129a7ee86a48f782 Cc: Subject: Re: Enforcing "DIST_SUBDIR/DISTFILE" uniqueness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 16:45:00 -0000 On 8/16/06, Andrew Pantyukhin wrote: > I'd like to propose a policy to enforce a change in > DIST_SUBDIR whenever a distfile is rerolled in-place, i.e. > when checksum changes, but name stays unchanged. > > Moreover, effort should be made whenever possible to > make the old file available for download from an > alternative location. > > This policy will rid us of some fetch-related headaches. > It also will make it possible to share distfiles between > hosts with ports trees of different dates. Some rare issues > might also be resolved as a result of this. For one, ftp > mirrors could be configured to allow upload, but deny > modification and/or deletion. > > One thing I would personally frown upon is using > something like "fetch -o othername" to save a file with a > different name. It looks all right, but it prevents us from > looking for mirrors in an automated way when master > sites go down. Well, if no one is really against, I'll start preparing statements for documentation and thinking about a way to watch for "violations". I also intend to go through CVS and find past "offenders" to prod them about it. The recent openoffice update rerolled a file in-place, and while it may seem irrelevant or even beneficial (erasing 286Mb of the old file), the fact is that it prevents us from keeping distfile history on unversioned file servers, not to mention problems with fetch many of us experience.