From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20431 invoked by uid 1002); 20 Oct 2003 14:52:25 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 24352 invoked from network); 20 Oct 2003 14:52:25 -0000 X-WM-Posted-At: mailandnews.com; Mon, 20 Oct 03 10:52:25 -0400 From: Jason Stubbs To: gentoo-dev@gentoo.org Date: Mon, 20 Oct 2003 23:01:21 +0900 User-Agent: KMail/1.5.4 References: <20031020131233.3b687c01.genone@gentoo.org> In-Reply-To: <20031020131233.3b687c01.genone@gentoo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310202301.22990.jasonbstubbs@mailandnews.com> Subject: Re: [gentoo-dev] Stupid question regarding 'fixpackages' X-Archives-Salt: 7a2db213-9083-4966-b126-8cf30895afbf X-Archives-Hash: 1d2c6c570605d91d72c93961ba779373 On Monday 20 October 2003 20:12, Marius Mauch wrote: > On 10/20/03 Joachim Breuer wrote: > > Now, my question is: Shouldn't fixpackages 'stabilize', i.e. not > > perform global updates it has already performed? The way it is now I'd > > hate to think what an upgrade will be like a year or two from now... > > If this 'stabilizing' cannot be done I'd like to know for what reason, > > perhaps I'd want to take a look whether there really isn't an useful > > optimization. > > Well, there are different opinions on that. I'd like to make the > fixpackages script behave the same way as FEATURES="fixpackages", but > there is a reason not to do this: the do_upgrade function which actually > does all the work for fixpackages (and more) maintains a mtime table > when it runs, but it is run by emerge and fixpackages. The problem now > is that when do_upgrade runs from emerge without FEATURES="fixpackages" > it updates the mtime table, that means the information would be wrong > for fixpackages. I guess in the end we will have to add another mtime > table for fixpackages to fix this issue. I hate to sound lame, but I'm not sure I followed that correclty. fixpackages, when called using FEATURES, only fixes the packages that the emerge process touches? And, when calling fixpackages directly, it processes all packages? Is that correct? If not, can you please explaing the difference between the two? Regards, Jason -- gentoo-dev@gentoo.org mailing list