From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1X9XRj-0000x9-CL for mharc-grub-devel@gnu.org; Tue, 22 Jul 2014 06:37:23 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45747) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9XRb-0000wD-2f for grub-devel@gnu.org; Tue, 22 Jul 2014 06:37:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X9XRT-0000gG-Uy for grub-devel@gnu.org; Tue, 22 Jul 2014 06:37:14 -0400 Received: from fep20.mx.upcmail.net ([62.179.121.40]:53097) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9XRT-0000cz-JC for grub-devel@gnu.org; Tue, 22 Jul 2014 06:37:07 -0400 Received: from edge03.upcmail.net ([192.168.13.238]) by viefep20-int.chello.at (InterMail vM.8.01.05.13 201-2260-151-135-20130320) with ESMTP id <20140722103703.VHZA5688.viefep20-int.chello.at@edge03.upcmail.net>; Tue, 22 Jul 2014 12:37:03 +0200 Received: from viefep32 ([192.168.14.250]) by edge03.upcmail.net with edge id VNd31o01S5PiXJQ03Nd3LD; Tue, 22 Jul 2014 12:37:03 +0200 X-SourceIP: 192.168.14.250 Message-ID: <20140722123703.JXZLR.1048.root@viefep32> Date: Tue, 22 Jul 2014 12:37:03 +0200 From: To: The development of GNU GRUB Subject: Re: Chainloadig from grub2 to isolinux In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) Sensitivity: Normal X-Originating-IP: from 178.82.236.13 by www.upcmail.net; Tue, 22 Jul 2014 12:37:03 +0200 X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 62.179.121.40 Cc: Ben Hildred <42656e@gmail.com> 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, 22 Jul 2014 10:37:22 -0000 The esentially thing that goes allways forgotten; It gives no way ( or no really good documentation) , to chainloading iso files. It is a monster, to extract each live.iso then copy the kernel and the initrd, then find out the correct parameters and loopmout it. Why not a "real chainload" where it is possible to only say there is/are my iso/s go and make entry/s from it all, in a similar way that it works with os-prober. Ok os-prober is also "shitty" because it fails in 100% of all when i install more than one system with a commonly used boot for the systems(but this is another topic) My feeling about grub2 is that it can do extremely a lot of things, but not one of it, it can do perfect. The ideas behind all together are very good, but the way to do it is so complex and bad documented that it is not really useful. i have allways the feeling one esential principle of developing software was going forgotten by the authors of grub2. The "KISS" is missing Keep It Simple and Stupid. This is why i use grub1 for rpoductive use, and grub2 allways only to play a little bit with it, and then find out, it is still not final usable ---- Ben Hildred <42656e@gmail.com> schrieb: > On Mon, Jul 21, 2014 at 3:55 PM, Raif S. Berent wrote: > > > > > > The netboot images work just fine. (including live images) > > Yes, but this is a "minimal image" as I understand and additional > > binaries (for example if you want an lxde desktop) will be downloaded. > > That's fine for a single install, but requires re-download of same > > packages should one aim to install on several systems. > > > > yes,but a local repo takes care of that. (and that repo can be the > contents of the cd) > > > > If there is one, I have not come across a desktop (gnome/kde/lxde) live > > image+netboot iso file in the repository. > > > you are right that there are no live+netboot/install images (iso or other), > but since grub has great menu capability, you can offer either netinstall > or live (which can be created from any iso created by debian live by > extracting the kernel, initrd, cmdline and rootfs (I have done it with a > gparted iso)) > > > -- > -- > Ben Hildred > Automation Support Services > 303 815 6721