From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VvG19-0000Ke-Cg for mharc-grub-devel@gnu.org; Mon, 23 Dec 2013 19:38:39 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49163) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VvG0z-0000KB-Kr for grub-devel@gnu.org; Mon, 23 Dec 2013 19:38:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VvG0r-000770-6W for grub-devel@gnu.org; Mon, 23 Dec 2013 19:38:29 -0500 Received: from mail-ea0-x230.google.com ([2a00:1450:4013:c01::230]:37404) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VvG0r-00076p-04 for grub-devel@gnu.org; Mon, 23 Dec 2013 19:38:21 -0500 Received: by mail-ea0-f176.google.com with SMTP id h14so2595518eaj.35 for ; Mon, 23 Dec 2013 16:38:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=qGonL4nQZc+jRg9Zrv1C/tCCDT8plUPKRtf4lhu7XKE=; b=m3Rz5pec5d64T2MW5CE0y2fJe4GB1ai+Wg1Tg+pFc+/MbCJUKh0pUMYF952uXfxQRd 6DoDpxgglPolCdqiiv2cs0SbPIg5QaJDyfmFX0S5rRqaJWYe7rJiwe7ng3CdV+gxFfNM ddCYogzOEBTi8gk7h5A05ogU8g1rsmXRUJeaWAmDcv4moe5a/hgp12JS4fjS/aof4Y1i HSAcLmztyGg86S9VJw1DWoW9rQyk/PjnJp6/WFd8724nVY9A6fGcqeHoEu5SjudtEBkN 2n9PUHgDx9byoYnIcVbFMV2PhLAoydqxn7YZPihiHNb142Yw4qD4VAQwedoN1gRu5i09 VeyQ== X-Received: by 10.15.54.130 with SMTP id t2mr128334eew.72.1387845499982; Mon, 23 Dec 2013 16:38:19 -0800 (PST) Received: from [192.168.1.16] (85-188.196-178.cust.bluewin.ch. [178.196.188.85]) by mx.google.com with ESMTPSA id a51sm50235247eeh.8.2013.12.23.16.38.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Dec 2013 16:38:19 -0800 (PST) Message-ID: <52B8D77A.8070904@gmail.com> Date: Tue, 24 Dec 2013 01:38:18 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: Breakage from grub-mkconfig changes for grub-file References: <20131223220141.GA25169@riva.ucam.org> <52B8B772.9040007@gmail.com> <20131224003444.GA28338@riva.ucam.org> In-Reply-To: <20131224003444.GA28338@riva.ucam.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ODe9nqPLj142UucFfWlULqxD9tbkS7hK5" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c01::230 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: Tue, 24 Dec 2013 00:38:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ODe9nqPLj142UucFfWlULqxD9tbkS7hK5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 24.12.2013 01:34, Colin Watson wrote: > On Mon, Dec 23, 2013 at 11:21:38PM +0100, Vladimir '=CF=86-coder/phcode= r' Serbinenko wrote: >> On 23.12.2013 23:01, Colin Watson wrote: >>> This should be redesigned so that there is some way to declare in a= >>> grub.d script that it requires multi-platform support and should be= >>> run multiple times. (It *must* be this way round so that upgrades >>> work properly.) >> >> The idea was that platform-independent scripts were still runnable, >> they'll just produce the same output N times and this list is just an >> optimisations, specially to avoid running os-prober N times. >=20 > Granted, but in some cases those scripts might not be idempotent: > consider a user-written "42_custom" (or whatever) script that adds a > menu entry, for instance. >=20 Only one instance of it will be included on runtime. >> The alternative will be to have something along the lines of different= >> hashbang or implementing this functionality as sh functions. >=20 > How about this simpler option: any script that needs to be run for each= > platform could have a magic comment that we grep for in grub-mkconfig. >=20 It's certainely a possibility even though I'm not a fan of magic comments= =2E >>> The platform names used in grub-mkconfig (x86 i386-xen-pae x86_64-x= en >>> mips mipsel sparc64 powerpc ia64 arm arm64) are not the same as the= >>> platform names used in the GRUB build system, but yet they're expor= ted >>> across the interface to /etc/grub.d/ as GRUB_PLATFORM. This is mes= sy >>> and confusing, and it's not clear what promises we make about futur= e >>> changes here. >>> >>> We should rationalise this before issuing anything as part of a sta= ble >>> release, perhaps by adopting the same target_cpu/platform terminolo= gy >>> used in the build system. Furthermore, if we made the namespaces >>> match up then it would be fairly straightforward to only run grub.d= >>> scripts for platforms for which we have installed GRUB modules, whi= ch >>> seems as though it would be sensible. >> >> GRUB platform names don't match with the OS compatibility. On x86 othe= r >> than xen you can use the same kernel on all the platforms. On ARM, for= >> what is arm-uboot platform for us may require different kernels for >> different hardware. >=20 > OK, but if it is a different concept then it should have a different > name, not "platform" - otherwise it just seems confusing. >=20 Agreed. Do you have an idea for name? --ODe9nqPLj142UucFfWlULqxD9tbkS7hK5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iF4EAREKAAYFAlK413oACgkQmBXlbbo5nOtGKAEAmppvvTtP3Ujqpnv2ltrPhPKX 0b7KPZyqmmW6rx/9n0sBAJWDjXfRxJ0dKlI8KdbECXPd12G3YNXLjkTS/nIgnoEF =r0Dy -----END PGP SIGNATURE----- --ODe9nqPLj142UucFfWlULqxD9tbkS7hK5--