From owner-freebsd-current@freebsd.org Sat Jun 1 06:04:45 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC77515ABB8E for ; Sat, 1 Jun 2019 06:04:44 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6CFC5749CA for ; Sat, 1 Jun 2019 06:04:44 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x5164WqJ033058; Fri, 31 May 2019 23:04:32 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x5164UIl033057; Fri, 31 May 2019 23:04:30 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201906010604.x5164UIl033057@gndrsh.dnsmgr.net> Subject: Re: Disabling COMPAT_FREEBSD4/5/6/7/9 as a default kernel option In-Reply-To: <201906010156.x511ufxu051982@donotpassgo.dyslexicfish.net> To: Jamie Landeg-Jones Date: Fri, 31 May 2019 23:04:30 -0700 (PDT) CC: voidanix@420blaze.it, rainer@ultra-secure.de, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 6CFC5749CA X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.956,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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: Sat, 01 Jun 2019 06:04:45 -0000 > rainer@ultra-secure.de wrote: > > > I have a 32bit FreeBSD 6 binary that I'll need for a bit until the > > department who is technically responsible for the service gets around > > redoing that service. > > >From my understanding from reading the bug (though it's not entirely clear > in this thread), this relates to removing the options from the generic (et al.) > kernels, not deleting the code itself. That would make GENERIC less than GENERIC as you can not load these changes as modules, nor would it be easy to make them modules. > You'd therefore be able to just keep the options enabled in your own > config.. , or is this just the first stage of full deprecation? And that too, if you take stuff out of GENERIC it gets built less often and that often leads to bit rot and that often leads to deprecation because it "must not be used it has rotted and look no one has complained." (Which, imho, is a rotton support model.) > Cheers, Jamie -- Rod Grimes rgrimes@freebsd.org