Date: Mon, 25 Feb 2008 10:18:25 +0300 From: Ruslan Ermilov <ru@freebsd.org> To: obrien@freebsd.org, Dag-Erling Sm??rgrav <des@des.no>, Joseph Koshy <jkoshy@freebsd.org>, current@freebsd.org Subject: Re: [HEADS UP] ar(1) front-end committed. (notes for cross compile) Message-ID: <20080225071825.GE18096@team.vega.ru> In-Reply-To: <20080224213434.GA29077@dragon.NUXI.org> References: <20080222124617.GA16580@team.vega.ru> <86wsoxp2ob.fsf@ds4.des.no> <20080223201808.GB65540@team.vega.ru> <20080224180433.GA21162@dragon.NUXI.org> <20080224190637.GB18096@team.vega.ru> <20080224193221.GA25526@dragon.NUXI.org> <20080224194358.GC18096@team.vega.ru> <20080224205121.GB27938@dragon.NUXI.org> <20080224212642.GA15362@plan0.kaiwan.csbnet.se> <20080224213434.GA29077@dragon.NUXI.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Feb 24, 2008 at 01:34:34PM -0800, David O'Brien wrote: > On Sun, Feb 24, 2008 at 10:26:42PM +0100, Kai Wang wrote: > > On Sun, Feb 24, 2008 at 12:51:21PM -0800, David O'Brien wrote: > > > What is the thing you're checking the value 700044 for? > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html > > > 700044 > > > 7.0-CURRENT after changing the argument for vn_open()/VOP_OPEN() > > > from filedescriptor index to the struct file *. > > > 700045 > > > 7.0-CURRENT after changing pam_nologin(8) to provide an account > > > management function instead of an authentication function to the > > > PAM framework. > > > > I guess, probably des@ meant that: libarchive 2.2.3 (committed > > at May 29 2007) included the last major fix to the 'ar' support, > > and 700044 (though not specific to this) bumped at Jun 7 2007 > > is closest to that day? > > If that is the case - this web page should be updated with that > information. It is find to go back after the fact and note that a > particular version number represents more than one thing. > We've been traditionally (ab)using __FreeBSD_version to bootstrap things in this way, without necessarily bumping __FreeBSD_version. There are two reasons: 1) we often don't know if a particular bug or change affects bootstrapping, so we don't always bump it. For example, a change in libc may cause some utility to be put to the list of bootstrap-tools, and we don't discover it until the version is bumped for another reason. 2) there's no harm in bootstrapping more than necessary. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080225071825.GE18096>