From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VPIC3-0003FS-SR for mharc-grub-devel@gnu.org; Thu, 26 Sep 2013 16:29:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48823) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPIBu-0003FG-0B for grub-devel@gnu.org; Thu, 26 Sep 2013 16:29:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VPIBl-00074v-Hv for grub-devel@gnu.org; Thu, 26 Sep 2013 16:29:37 -0400 Received: from mail-ea0-x230.google.com ([2a00:1450:4013:c01::230]:33127) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPIBl-00074q-Aa for grub-devel@gnu.org; Thu, 26 Sep 2013 16:29:29 -0400 Received: by mail-ea0-f176.google.com with SMTP id q16so795879ead.21 for ; Thu, 26 Sep 2013 13:29:28 -0700 (PDT) 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=Y2Qe1kUzz3TZEx6N6X32N06kzE1Ydqa/Ai11trymwjo=; b=RTxTSg6mVw/hyiX+QH9A3lO8s46JWO86Xfioq07rEG9YjTrHr/g8Lz0Zwciuz55pV1 81XeR98fe4DNDH7ViTPsiBLAM69zSP4oTsx3WKlfrUupxC7fyh2iIudtPNj3tdqiNS3v M7tTT6yE7F6mtDa1lztRiCe88k13/wla/OToDn4+MJe1LbfCBDpdX4iO2Zgy8aSOpt66 balBvJv7Gi8mHTLOKl9i5+MX0Yj2gglJjCIHkEpCctoNkYOd3qrr6+BJ4lRke4EhmaUP BwUqamOCTZG1vsF1/O/5VTGlhqRjBfqDpXSGDZlImMMZoxwJ+G6r8gDIY8J2deNNx9Ii 9BIQ== X-Received: by 10.14.9.72 with SMTP id 48mr4151168ees.42.1380227368389; Thu, 26 Sep 2013 13:29:28 -0700 (PDT) Received: from [192.168.1.113] (31-249.1-85.cust.bluewin.ch. [85.1.249.31]) by mx.google.com with ESMTPSA id n48sm7880916eeg.17.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Sep 2013 13:29:28 -0700 (PDT) Message-ID: <52449926.5040500@gmail.com> Date: Thu, 26 Sep 2013 22:29:26 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130821 Icedove/17.0.8 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: [RFC] grub-install C rewrite References: <524431E6.60807@gmail.com> <20130926133504.GQ13097@csclub.uwaterloo.ca> <52443DA7.1030707@gmail.com> <20130926144400.GR13097@csclub.uwaterloo.ca> <524481D0.80206@gmail.com> <20130926202253.GS13097@csclub.uwaterloo.ca> In-Reply-To: <20130926202253.GS13097@csclub.uwaterloo.ca> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="----enig2GHXPCGOXAILXDWWPJQSF" 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: Thu, 26 Sep 2013 20:29:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2GHXPCGOXAILXDWWPJQSF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 26.09.2013 22:22, Lennart Sorensen wrote: > On Thu, Sep 26, 2013 at 08:49:52PM +0200, Vladimir '=CF=86-coder/phcode= r' Serbinenko wrote: >> This is interesting testcase which wasn't brought before. This would >> potentially involve creating several core.img or forcing UUID when usi= ng >> multiple devices. Again, pretty easy in C and hairy in bash due to lis= t >> handling. >=20 > No, one core.img is fine. The boot disk is the boot disk in each case > (so on x86 device 0x80). We don't rely on it being 0x80 and it may not be 0x80 at all. > Since the > partition is raid1, the same UUID is everywhere. UUID would be the same but for whole other reason. It's the same because even with different install device you still have same device for $grubdi= r. The problem comes from the possibility to avoid UUID entirely on some devices but not others. > I do not expect > booting from a raid5 device to be possible as the boot partition This works. Your expectations are too low. >=20 >> It's surely sth we can do. grub-install does only following that is >> affecting system: >> 1) mkdir -p >> 2) copy files. We can write exact copy commands >> 3) grub-mkimage. We can do the same. >> 4) grub-setup. Ditto >> 5) Create load.cfg. Ditto. >> 6) calling external commands. >> We can have 4 levels of verbosity: >> 0) quiet, >> 1) write to stderr the commands >> 2) like 1 but show grub_util_info >> 3) additionally show grub_dprintf >> >> It's also possible to have options --dry-run (doesn't really do the >> changes, except, perhaps, "mkdir -p") and --gen-script which would >> generate a list of commands which when executed would do exactly as if= >> grub-install was run. So you can do >> grub-install --dry-run --gen-script=3D/tmp/myinstall ... >> >> /tmp/myinstall >> This has additional advantage of see which commands are really execute= d >> without having to understand the whole command flow. >=20 ------enig2GHXPCGOXAILXDWWPJQSF 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.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iF4EAREKAAYFAlJEmSYACgkQNak7dOguQglN0QD/TGwtspY+JFrX1J87s/tcK3vV 0J4hOGluuoV9pOe6wTMA/1/nkDxt1K3lvGbQ7cZ+CeZy7WD923mVKjlFFFYxy4RI =140N -----END PGP SIGNATURE----- ------enig2GHXPCGOXAILXDWWPJQSF--