From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1SOaOs-0003Xh-1L for mharc-grub-devel@gnu.org; Sun, 29 Apr 2012 16:07:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39256) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SOaOp-0003XZ-35 for grub-devel@gnu.org; Sun, 29 Apr 2012 16:07:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SOaOn-0005hl-5p for grub-devel@gnu.org; Sun, 29 Apr 2012 16:07:14 -0400 Received: from smtp.gentoo.org ([140.211.166.183]:54929) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SOaOm-0005hZ-TK for grub-devel@gnu.org; Sun, 29 Apr 2012 16:07:13 -0400 Received: from [192.168.0.4] (d14-69-47-19.try.wideopenwest.com [69.14.19.47]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: floppym) by smtp.gentoo.org (Postfix) with ESMTPSA id A6FD81B4001 for ; Sun, 29 Apr 2012 20:07:10 +0000 (UTC) Message-ID: <4F9D9F6A.7080803@gentoo.org> Date: Sun, 29 Apr 2012 16:07:06 -0400 From: Mike Gilbert User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120422 Thunderbird/11.0.1 MIME-Version: 1.0 To: grub-devel@gnu.org Subject: Re: [PATCH] Increase flexibility of kernel naming, allow non-versioned kernels. References: <4F9CC7A0.3090406@gentoo.org> <4F9D6C1C.6040202@gmail.com> In-Reply-To: <4F9D6C1C.6040202@gmail.com> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigD4CD88C0BFF0E9A4FCDD9749" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 140.211.166.183 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2012 20:07:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD4CD88C0BFF0E9A4FCDD9749 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 04/29/2012 12:28 PM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrote:= > On 29.04.2012 06:46, Mike Gilbert wrote: >> I am relaying a patch by Robin Johnson, one of the core infrastructure= >> staff at Gentoo Linux. In the process of building some Gentoo servers >> utilizing GRUB 2, he has made some changes to 10_linux that should mak= e >> grub-mkconfig "out of the box" for additional users. >> >> I did a little work to clean up the indentation and wrote a proper >> changelog. Credit should go to him. >> >> Here is his description: >> >> Increase flexibility of kernel naming, allow non-versioned kernels. >> The block that tried to find the kernels was getting unweidly long, as= >> was not >> easily customizable by users or distributors. Refactor to introduce a = new >> variable, GRUB_KERNEL_GLOB, that allows complete control over the nami= ng >> used >> to search for kernel binaries. > It was well structured and its length is solely due to distros using > multiple names. We can't make it shorter and this patch surely didn't. Right. I think the intent is not to make it "shorter", just slightly easier to manage. > Also it looks like it actually degraded compatibility on POSIX systems.= Can you be more specific? I did not spot anything obviously incompatible with POSIX, but I'm certainly not an expert on the subject. > I don't consider that being able to customise the kernel naming is of > any advantage. Saying otherwise is like saying "let's make location of > /etc/passwd customizable". Some objects just have to be named as given.= I do not follow that analogy. In contrast to /etc/passwd, the only program on the system that actually needs to know the path to the kernel is the boot loader. So long as the boot loader can find it, you can put the kernel anywhere, and name it anything. > I don't see any advantage to renaming kernels, especially given that yo= u > can change versionstring as you see fit. I agree that there is no "advantage" to these various naming schemes; it is just something that people have done over the years due to the lack of a standard back in the day. We have many users on Gentoo who compile their kernel and then manually copy the resulting bzImage to /boot with whatever name they please. This patch is an attempt GRUB compatible with that reality. I am respectfully asking you to merge it to save myself some work in re-basing a disto-specific patch, or my users from having to change their behavior due to a somewhat rigid boot loader configuration file generator. >> Add 'bzImage' to the list of default names to support more distributio= n >> naming >> variants. >> >> Adjust the default set of globs to look for unversioned kernels before= >> versioned kernels, to find symlinked kernel names. > Additionally empty version would probably result in some quirks not > addressed in this patch. Could you expand on this? I do not have the knowledge you do in this area, so I cannot predict all possible problems. Thanks. --------------enigD4CD88C0BFF0E9A4FCDD9749 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iF4EAREIAAYFAk+dn2sACgkQC77qH+pIQ6TdpQEAqlnFVj5opqeenmKZ5G5W3mFQ KiTRWDR83HQykD8kZpMA/iQHKFsYfxZAVmjdbVvSyV6vlO3dV9yJKtaW9cN9rJcF =Pd6c -----END PGP SIGNATURE----- --------------enigD4CD88C0BFF0E9A4FCDD9749--