From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 4E7AF158041 for ; Tue, 27 Feb 2024 03:55:32 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D67F0E2B12; Tue, 27 Feb 2024 03:55:26 +0000 (UTC) Received: from ciao.gmane.io (ciao.gmane.io [116.202.254.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7AFE4E2B0C for ; Tue, 27 Feb 2024 03:55:26 +0000 (UTC) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1reoYv-0004RY-9g for gentoo-dev@lists.gentoo.org; Tue, 27 Feb 2024 04:55:25 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: 2024-02-26-debianutils-drops-installkernel-dep: add news item Date: Tue, 27 Feb 2024 03:55:20 -0000 (UTC) Message-ID: References: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit User-Agent: Pan/0.155 (Kherson; 020f52b16) X-Archives-Salt: b40d9066-79d6-41a3-9b85-55ad86907c96 X-Archives-Hash: 1f62767fa27c8db15276622388227376 Andrew Nowa Ammerlaan posted on Mon, 26 Feb 2024 18:13:32 +0100 as excerpted: > Removing sys-kernel/installkernel from your system WILL change the way > kernels are installed by 'make install'! Instead of the versioned > /boot/vmlinuz-x.y.z that you are used to, 'make install' will simply > copy bzImage (or equivalent for you arch) into /boot. This image may not > be picked up by your bootloader or its configuration tools. I'm uncomfortable with that unconditional, "SHOUTED" even, "WILL". That isn't the case here -- I've been getting versioned images without the debianutils-based installkernel script for years. I long ago (when installkernel was still part of debianutils according to comments in my version, presumably the debianutils default-enabled USE was set when it was split out to avoid just this sort of surprise at that time) created my own version based on the debianutils version, but bashified/comment-and-var-name-clarified and with a config file that determines various behavior (along with behavior for my other kernel- related build/patch/config/etc scripts). Maybe "will likely", or "will, unless you've specifically configured other behavior", or "will, unless you've previously setup your own solution"? ("Will" can then be SHOUTED or not, as desired, because the statement is then sufficiently conditional regardless.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman