From owner-freebsd-amd64@FreeBSD.ORG Mon May 15 13:06:58 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AEBC16A51A for ; Mon, 15 May 2006 13:06:58 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6CD543D73 for ; Mon, 15 May 2006 13:06:57 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A74E5.dip.t-dialin.net [84.154.116.229]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k4FD6sXl056375; Mon, 15 May 2006 15:06:55 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id k4FD6naH009165; Mon, 15 May 2006 15:06:53 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id k4FCDcBm081238; Mon, 15 May 2006 14:13:38 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200605151213.k4FCDcBm081238@fire.jhs.private> To: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= In-Reply-To: Message from =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= of "Mon, 15 May 2006 13:17:04 +0200." <44686330.2080506@t-hosting.hu> Date: Mon, 15 May 2006 14:13:38 +0200 From: "Julian H. Stacey" Cc: freebsd-amd64@freebsd.org Subject: Re: Running i386 binaries on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 May 2006 13:07:05 -0000 =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= wrote: > Julian H. Stacey wrote: > > gabor.kovesdan@t-hosting.hu wrote: > > > >> either, you have to get the RELENG_6_1 > >> > > > > RELENG_6_1 is for stable beyond, which jim might not want, > > to match release if uname -r == 6.1-RELEASE : RELENG_6_1_0_RELEASE > > > RELENG_6_1 is *not* for stable, RELENG_6 is for stable. Yes. (Tricky word stable, I know what you mean, but I've also seen so called stable that was quite unstable on occasion way back, when one was ill advised to track beyond fixes for the specific release that was really `stable' in the real normal non BSD sense of the word, not some inter-release-hopefully-maybe-but-sometime-not-stable thing ;-) > RELENG_6_1 is > the security branch for 6.1-RELEASE, Yes. (& thus more stable (in the real sense of the word) & invariant than the inter-release progressive RELENG_6 that FreeBSD names as 'Stable') > this should be used instead of > RELENG_6_1_1_RELEASE. "Could" Yes, "Should" No. Not always. It's a matter of personal requirement that we are not qualified to dictate to others. Some few people may _really_ _want_ exactly the release for their own very good reasons eg QA stamped, part of embedded systems with expected & tested & timed repose, relied on to interact exactly as expected, or more bluntly, simply 'cos they've been told they'll be fired & or imprisoned (eg if in military or high rel. sytems), if they change an authorised code base without authority. > Currently, it doesn't make any sense, but later > security fixes will go to RELENG_6_1 Yes. >and it will be unwise to still use > RELENG_6_1_0_RELEASE. Often unwise, not always, depends on situation. Granted if a firewall or exposed to public access, generally good to have latest fixes. -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail in Ascii, HTML=spam. Ihr Rauch = mein allergischer Kopfschmerz.