From owner-freebsd-ports Thu Apr 19 11: 1: 5 2001 Delivered-To: freebsd-ports@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id F0FE237B43C for ; Thu, 19 Apr 2001 11:01:00 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 17514 invoked by uid 1000); 19 Apr 2001 17:59:25 -0000 Date: Thu, 19 Apr 2001 20:59:24 +0300 From: Peter Pentchev To: Glenn Johnson Cc: ports@freebsd.org Subject: Re: Handling tarballs with no version Message-ID: <20010419205924.G1527@ringworld.oblivion.bg> Mail-Followup-To: Glenn Johnson , ports@freebsd.org References: <20010419125305.A48871@node7.cluster.srrc.usda.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010419125305.A48871@node7.cluster.srrc.usda.gov>; from gjohnson@srrc.ars.usda.gov on Thu, Apr 19, 2001 at 12:53:05PM -0500 Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Apr 19, 2001 at 12:53:05PM -0500, Glenn Johnson wrote: > I have a port that I maintain that does not use a version number in > the tar file. If I update the port and bump either the PORTVERSION or > PORTREVISION variable, then users who have the port installed will get > a CHECKSUM mismatch when doing an upgrade. How can I force the update > of the distfile when one installs the port? I was thinking that running > the distclean target prior to fetch would work but what is the cleanest > way to implement that? Absolutely bump the PORTREVISION; then, leave it up to the users to make sure they have the latest. Yes, this will break automated builds, but such is life :( Invoking distclean before fetch would be a *bad* idea - it would force a re-fetch every time somebody tries to build this port, or some port dependent on it. G'luck, Peter -- You have, of course, just begun reading the sentence that you have just finished reading. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message