From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 01:12:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A8144EF; Tue, 24 Jun 2014 01:12:55 +0000 (UTC) Date: Mon, 23 Jun 2014 21:12:51 -0400 From: Glen Barber To: Warner Losh Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 Message-ID: <20140624011251.GN1218@hub.FreeBSD.org> References: <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> <2063888D-CCAE-431B-A409-F17AA4422006@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GvDmwISikgK05D7L" Content-Disposition: inline In-Reply-To: <2063888D-CCAE-431B-A409-F17AA4422006@bsdimp.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Craig Rodrigues , Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2014 01:12:56 -0000 --GvDmwISikgK05D7L Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 23, 2014 at 06:57:15PM -0600, Warner Losh wrote: > On Jun 23, 2014, at 6:15 PM, Craig Rodrigues wrote: > > So, I guess that stable/9 can build properly on a stable/10 box. > > For FreeBSD 9.2, there is no easy way out. >=20 > You=E2=80=99ll have to back port the patch then. We don=E2=80=99t guarant= ee forward > compatibility like this since 9.2 is frozen in time now. >=20 I'd really like to discuss rethinking our forward-compatibility policies, since we have (now) 3 active stable/ branches, plus head/.=20 What I would like to see, with my RE hat on, is a "best effort" backwards compatibility to being able to build the lowest-numbered supported stable/ branch on head/. Sure, this won't always work, but "best effort" is better than "no effort", which the latter is why we do not have stable/8 snapshot builds, to be honest. I won't spend the time on the stable/8/release/ code nor the snapshot build scripts to waste the time. Building stable/9 on head/ is annoying alone. Glen --GvDmwISikgK05D7L Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTqNCTAAoJELls3eqvi17QntUP/A2D8sHndvrksIjw0FNHbOjX 4OPUve1EGKKXf5BArpijvUx/sfpBCiR4bWGSIb5ayOxunPnavmPbQJQIHCVrsmZj u9lzDaaM3rJSwHD9iZYDBEJ0/YMJzjK3z/lPN8xRutQ4E1HHIa4wmCW64rFI0tG9 qOTBtdrZYEW538c86CVYgL81M9uZhFEY/j1wNXyktMo82aF2watrgeKatJGzXXEJ VDjLCWWkfM78kLrAAAqNeUwb5jccCPlyKS0yLpAt2TxgQTtSItyzqCvsIAxCI9Kn NcMiup8qz9k/uQ4Ec59iz+oz6vCWmAo4y75BkfexiWYcR1P6J96QKunMSRnp2rcl Vl0l1kcvvuKdgiRnGs+4KHOeylPRNlTbXDxXyUG/tSMGtMSTMLTEJ/FAzFCEsWXi 2HF0hu1ORLTm29pwIMogOJa+ucmNpheUL3AHmsBvN3BMklOhloMkT3nFobIVBEOM 8WkfigMacjfsrJ0ZtxQmn43BFjsRdEiwMk9LyPc0YTzLx9MgH02i3hHAR6MhACc2 PaLinv5OlxJ/lh95bCYp9GSSqlp5Ao4NNKELpczgVlvJTv4m3+PUH8tJSrDk0xxI Q/wUg3Mfh7DEuAMubPc8wzvfCTxtN/oBGsK5G3FRCPz2GZ25BsDmUEgtJzWifemh aDmRokwn93PXyL2dLLPU =1zlG -----END PGP SIGNATURE----- --GvDmwISikgK05D7L--