From owner-freebsd-ports Tue Jan 16 2:47:48 2001 Delivered-To: freebsd-ports@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id B0B6537B402 for ; Tue, 16 Jan 2001 02:47:28 -0800 (PST) Received: (qmail 5159 invoked by uid 1000); 16 Jan 2001 10:46:09 -0000 Date: Tue, 16 Jan 2001 12:46:08 +0200 From: Peter Pentchev To: Trevor Johnson Cc: Peter Wemm , Satoshi - Ports Wraith - Asami , Will Andrews , ports@FreeBSD.ORG Subject: Re: overzealous cleaning of Attics in ports tree Message-ID: <20010116124608.A364@ringworld.oblivion.bg> Mail-Followup-To: Trevor Johnson , Peter Wemm , Satoshi - Ports Wraith - Asami , Will Andrews , ports@FreeBSD.ORG References: <200101122234.f0CMY9Q78574@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from trevor@jpj.net on Sun, Jan 14, 2001 at 07:06:10AM -0500 Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Jan 14, 2001 at 07:06:10AM -0500, Trevor Johnson wrote: > > > I have a copy of everything that was deleted sitting on freefall in a > > .tar.gz. I really really do not want this cruft to go back into > > /home/ncvs/ports, but as a compromise how about leaving it extracted > > elsewhere? Perhaps even /home/ncvs/oldports ? That avoids the > > wasted time multiplied by the number of cvs updates multiplied by the > > number of developers, but still leaves it within reach IF necessary. > > I don't want to jump through hoops when dealing with removed files. In PR > 24276, David Gilbert writes: > > In the XFree86-4 port as installed by distribution CDROMs, there > are a number of patch files that have been deleted from the cvs > tree without being put in the attic. Even with "*default delete" > turned on in my supfile, patch-1 is not deleted and causes the > XFree86-4 port build to fail. > > This is a result of the purge, isn't it? I've had several friends run to me for help with exactly this situation - cvsup'ping yesterday from a 4.1-R ports tree, and winding up with several unapplicable yet undeleted patches - the CVS and cvsup servers no longer know anything about these patches, and the cvsup client refuses to delete files it does not recognize. Thanks for clearing up the mystery of the old patches lying around; any ideas as to how they can resolve that, short of rm -rf /usr/ports and pulling in a bright-and-shiny fresh new ports tree? :( [not always a perfect solution for people on slow modem links.. not too much good publicity either, I think :(( ] G'luck, Peter -- This sentence would be seven words long if it were six words shorter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message