From owner-freebsd-ports@FreeBSD.ORG Sun Aug 20 08:58:07 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 7115016A4DF for ; Sun, 20 Aug 2006 08:58:07 +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 2A90F43D55 for ; Sun, 20 Aug 2006 08:58:06 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1902087pye for ; Sun, 20 Aug 2006 01:58:05 -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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=L2oHYSWMkG2VUtg5nru9/Fg/QWRbB67rXcrZ/qAhR2YHHlE5mNztTj7vLg75ounBLLntPRRyvUbSRvd52wm+iu0qIlY5Jyf5lf8xkknOQHW0AoPrT0BDpgGcdX1Ullv61qLDiN18uRtf8WuE4vsyBtgW6pNQTFG1R+BaSHrAfko= Received: by 10.35.126.7 with SMTP id d7mr10376209pyn; Sun, 20 Aug 2006 01:58:03 -0700 (PDT) Received: by 10.35.105.10 with HTTP; Sun, 20 Aug 2006 01:58:03 -0700 (PDT) Message-ID: Date: Sun, 20 Aug 2006 12:58:03 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Doug Barton" In-Reply-To: <44E81C12.9050306@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44E81C12.9050306@FreeBSD.org> X-Google-Sender-Auth: fd6e643d72f02269 Cc: FreeBSD Ports , portmgr@FreeBSD.org 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: Sun, 20 Aug 2006 08:58:07 -0000 On 8/20/06, Doug Barton wrote: > Andrew Pantyukhin wrote: > > 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 am violently against this proposal, but I was really hoping > that someone else would speak up first. No need to be that violent, pal. Nothing's been set in stone yet and the reason for me writing here is to discuss it, not fight over it. > > 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, > > IMO this represents a very small minority of FreeBSD users, > and frankly I feel that it is incumbent on you to solve this problem > for your circumstance. The percentage of FreeBSD users who need 5-10 year old sources in the CVS is very small, too. But we treasure our src history and don't throw out any commits. Well, I happen to treasure our ports history. I really want people to have a chance, however slim, to be able to build ports using a very old tree. > > not to mention problems with fetch many of us experience. > > I recently added logic to portmaster to handle this kind of situation > transparently for the user. A more general solution to this part of the > problem could be had by improving the logic in the 'make checksum' target. Great news, thanks! > OTOH, your solution would break the logic that portmaster (and I believe > portupgrade also) uses to detect and delete stale distfiles. AFAICT portmaster's logic still misses the case when DIST_SUBDIR has changed for whatever reason. portupgrade --distclean will not be broken, it deals with distfiles at the current DIST_SUBDIR portsclean -D is actually broken now, and will be fixed if my proposal is implemented. It doesn't erase an old file if its path/name match those of a new file.