From nobody Mon May 13 11:28:43 2024 X-Original-To: freebsd-arch@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VdHLt723Vz5K33M for ; Mon, 13 May 2024 11:29:10 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 4VdHLs0k0xz4qkk for ; Mon, 13 May 2024 11:29:08 +0000 (UTC) (envelope-from janm@transactionware.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of janm@transactionware.com designates 203.14.245.7 as permitted sender) smtp.mailfrom=janm@transactionware.com Received: (qmail 47824 invoked by uid 907); 13 May 2024 11:29:00 -0000 Received: from i5E86AEB1.versanet.de (HELO smtpclient.apple) (94.134.174.177) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA; Mon, 13 May 2024 21:29:00 +1000 Content-Type: text/plain; charset=utf-8 List-Id: Discussion related to FreeBSD architecture List-Archive: https://lists.freebsd.org/archives/freebsd-arch List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arch@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Disabling COMPAT_FREEBSD4/5/6/7/9 in default kernel configurations From: Jan Martin Mikkelsen In-Reply-To: Date: Mon, 13 May 2024 13:28:43 +0200 Cc: Freebsd Arch Content-Transfer-Encoding: quoted-printable Message-Id: References: To: henrichhartzer@tuta.io X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.69 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:203.14.245.0/24]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; ASN(0.00)[asn:17559, ipnet:203.14.245.0/24, country:AU]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arch@freebsd.org]; DMARC_NA(0.00)[transactionware.com]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4VdHLs0k0xz4qkk > On 11. May 2024, at 01:38, henrichhartzer@tuta.io wrote: > In my opinion, if all goes well, it may be wise to remove the old code = in the next major version. Could do the full list, or just FreeBSD 4 and = 5 compatibility, for instance. Barring notable negative feedback, of = course. There are many reasons for running old binaries. Removing old code is = obviously a Bad Idea=E2=84=A2. For example, the last FreeBSD version of p4d (the Perforce server) is = compiled for FreeBSD 10. I know there have been cases where I have found = it useful to run old binaries for many different reasons. Regards, Jan M.