]> git.ipfire.org Git - thirdparty/systemd.git/commitdiff
Add links
authorKay Sievers <kay@vrfy.org>
Tue, 4 Jun 2013 07:12:23 +0000 (00:12 -0700)
committerZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Tue, 19 Jun 2018 10:36:21 +0000 (12:36 +0200)
doc/BOOT_LOADER_SPECIFICATION.md

index f93bc08cb806c4479b4178adb95e16c126013cfd..d5542f82636fc395ea10eac4ff8ad91421c209c0 100644 (file)
@@ -102,3 +102,10 @@ There are a couple of items that are out of focus for this specifications:
 * If userspace can figure out the available boot options, then this is only useful so much: we'd still need to come up with a way how userspace could communicate to the boot loader the default boot loader entry temporarily or persistently. Defining a common scheme for this is certainly a good idea, but out of focus for this specifications. 
 * This specifications is just about "Free" Operating systems. Hooking in other operating systems (like Windows, MacOS) into the boot menu is a different story, and should probably happen outside of this specification. For example, boot loaders might choose to detect other available OSes dynamically at runtime without explicit configuration (like Gummiboot does it), or via natvie configuration (for example via explicit Grub2 configuration generated once at installation). 
 * This specification leaves undefined what to do about systems which are upgraded from an OS that does not implement this specification. As the previous boot loader logic was largely handled by in distribution-specific ways we probably should leave the upgrade path (and whether there actually is one) to the distributions. The simplest solution might be to simply continue with the old scheme for old installations and use this new scheme only for new installations. 
+
+
+## Links
+
+[[http://www.freedesktop.org/wiki/Software/gummiboot/]]
+
+[[http://pkgs.fedoraproject.org/cgit/grub2.git/tree/0362-blscfg-add-blscfg-module-to-parse-Boot-Loader-Specif.patch]]