Integrate bsd4grml
authorMichael Prokop <mika@grml.org>
Sun, 22 Feb 2009 23:52:36 +0000 (00:52 +0100)
committerMichael Prokop <mika@grml.org>
Mon, 23 Feb 2009 00:04:49 +0000 (01:04 +0100)
16 files changed:
debian/changelog
debian/copyright
templates/boot/addons/bsd4grml/LICENCE.TXT [new file with mode: 0644]
templates/boot/addons/bsd4grml/boot.1 [new file with mode: 0644]
templates/boot/addons/bsd4grml/boot.2 [new file with mode: 0644]
templates/boot/addons/bsd4grml/boot.3 [new file with mode: 0644]
templates/boot/addons/bsd4grml/boot.4 [new file with mode: 0644]
templates/boot/addons/bsd4grml/boot.5 [new file with mode: 0644]
templates/boot/addons/bsd4grml/boot.6 [new file with mode: 0644]
templates/boot/addons/bsd4grml/boot.cfg [new file with mode: 0644]
templates/boot/addons/bsd4grml/bsd.rd [new file with mode: 0644]
templates/boot/addons/bsd4grml/gpl_srcs.tgz [new file with mode: 0644]
templates/boot/addons/bsd4grml/ldbsd.com [new file with mode: 0644]
templates/boot/addons/bsd4grml/ldbsd.txt [new file with mode: 0644]
templates/boot/isolinux/isolinux.cfg
templates/boot/isolinux/syslinux.cfg

index 7f34c24..3d2c643 100644 (file)
@@ -48,7 +48,7 @@ grml-live (0.9.9) unstable; urgency=low
     provides MirBSD as bootoption 'bsd' at grml's bootprompt. Thanks to
     Thorsten "mirabilos" Glaser for his work!
 
     provides MirBSD as bootoption 'bsd' at grml's bootprompt. Thanks to
     Thorsten "mirabilos" Glaser for his work!
 
- -- Michael Prokop <mika@grml.org>  Mon, 23 Feb 2009 00:10:53 +0100
+ -- Michael Prokop <mika@grml.org>  Mon, 23 Feb 2009 00:51:37 +0100
 
 grml-live (0.9.8) unstable; urgency=low
 
 
 grml-live (0.9.8) unstable; urgency=low
 
index 7a189da..6da6a57 100644 (file)
@@ -37,6 +37,14 @@ License information for the syslinux files shipped as
    Upstream Author: H. Peter Anvin <hpa@zytor.com>
    Copyright (C) 1994-2007 H. Peter Anvin <hpa@zytor.com>
 
    Upstream Author: H. Peter Anvin <hpa@zytor.com>
    Copyright (C) 1994-2007 H. Peter Anvin <hpa@zytor.com>
 
+License information for the bsd4grml files shipped as
+/usr/share/grml-live/templates/boot/addons/bsd4grml:
+
+   Downloaded from <https://eurynome.mirbsd.org/~tg/pub/bsd4grml.tgz>.
+   Thorsten "mirabilos" Glaser <tg@mirbsd.de>
+   See /usr/share/grml-live/templates/boot/addons/bsd4grml/LICENCE.TXT
+   for details.
+
 On Debian systems, the complete text of the GNU General
 Public License can be found in `/usr/share/common-licenses/GPL'.
 
 On Debian systems, the complete text of the GNU General
 Public License can be found in `/usr/share/common-licenses/GPL'.
 
diff --git a/templates/boot/addons/bsd4grml/LICENCE.TXT b/templates/boot/addons/bsd4grml/LICENCE.TXT
new file mode 100644 (file)
index 0000000..cd47792
--- /dev/null
@@ -0,0 +1,425 @@
+BSD-Licence(7)              BSD Reference Manual               BSD-Licence(7)
+
+NAME
+     This is the BSD-Licence for the MirOS bsd4grml base system.
+
+DESCRIPTION
+     This document provides a list of all advertising clauses required to be
+     reproduced when distributing MirOS, as well as the terms and conditions
+     covering the operating system.
+
+MIROS PROJECT
+     MirOS is Copyright (C) 2003, 2004, 2005, 2006, 2007, 2008, 2009
+          The MirOS Project <miros-dev@mirbsd.org>
+     and its contributors.
+
+     It is available under the terms listed below. We strive to make MirOS
+     available on OSD conformant licences and believe that it is DFSG free.
+     This subset included with grml certainly is.
+
+MirOS' origins
+     MirBSD is Copyright (C) 1999, 2002, 2003 ff.
+          Thorsten "mirabilos" Glaser <tg@mirbsd.de>
+     All rights reserved.
+
+     Provided that these terms and disclaimer and all copyright notices are
+     retained or reproduced in an accompanying document, permission is granted
+     to deal in this work without restriction, including unlimited rights to
+     use, publicly perform, distribute, sell, modify, merge, give away, or
+     sublicence.
+
+     Where legally impermissible the licensor does not disclaim liability for
+     direct physical injury or death caused solely by defects in the work un-
+     less it is modified by a third party.
+
+     This work is provided "AS IS" and WITHOUT WARRANTY of any kind, to the
+     utmost extent permitted by applicable law, neither express nor implied;
+     without malicious intent or gross negligence. In no event may a licensor,
+     author or contributor be held liable for indirect, direct, other damage,
+     loss, or other issues arising in any way out of dealing in the work, even
+     if advised of the possibility of such damage or existence of a defect,
+     except proven that it results out of said person's immediate fault when
+     using the work as intended.
+
+     This licence agreement shall be governed in all aspects by the law of
+     Germany; designated place of court is Bonn, NRW, Germany.
+     (Gerichtsstand ist Bonn, NRW/Deutschland. Es gilt deutsches Recht.)
+
+     I as the MirOS Project leader and MirBSD's owner hereby assert a
+     collective-work copyright on "MirBSD" including the MirPorts Framework
+     and the (OpenBSD-derived) kernel and userland, as well as the MirOS Port-
+     able Subprojects (for example, mksh, MirMake and jupp), but excluding
+     single ports, the contributed sections (the modules gcc, x11 and contrib)
+     and any part of MirBSD with copyright assignments in place (appropriate
+     CVS access control ought to be set). Please note that this copyright
+     still applies to some work contained within the X11 and contrib modules.
+
+NON-BSD SOFTWARE
+     MirOS aggregates third-party work, which is owned by their respective au-
+     thors and covered by their respective licences (Sendmail, Apache, LGPL,
+     GPL). In this edition, the e3 editor (GPLv2) and the tinyirc IRC client
+     (GPLv1) are aggregated on the rescue kernel. Their sources accompany this
+     document, as demanded by the GNU GPL. The tinyirc author has agreed for
+     it to be crunched into the instbin binary; full source code for the other
+     binaries and libraries linked is available from our CVS repository.
+
+UCB
+     All of the documentation and software included in the second BSD Network-
+     ing Software Release is copyrighted by The Regents of the University of
+     California.
+
+     Copyright 1979, 1980, 1983, 1986, 1988, 1989, 1991, 2003 The Regents of
+     the University of California.
+     All rights reserved.
+
+     Redistribution and use in source and binary forms, with or without modif-
+     ication, are permitted provided that the following conditions are met:
+     1.          Redistributions of source code must retain the above copyright no-
+         tice, this list of conditions and the following disclaimer.
+     2.          Redistributions in binary form must reproduce the above copyright
+         notice, this list of conditions and the following disclaimer in the
+         documentation and/or other materials provided with the distribution.
+     3.          Neither the name of the University nor the names of its contributors
+         may be used to endorse or promote products derived from this
+         software without specific prior written permission.
+
+     THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS "AS IS" AND ANY
+     EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
+     WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
+     DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR
+     ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+     DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+     OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
+     HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
+     STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
+     ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBIL-
+     ITY OF SUCH DAMAGE.
+
+IEEE
+     The Institute of Electrical and Electronics Engineers and the American
+     National Standards Committee X3, on Information Processing Systems have
+     given us permission to reprint portions of their documentation.
+
+     In the following statement, the phrase "this text" refers to portions of
+     the system documentation.
+
+     Portions of this text are reprinted and reproduced in electronic form in
+     the second BSD Networking Software Release, from IEEE Std 1003.1-1988,
+     IEEE Standard Portable Operating System Interface for Computer Environ-
+     ments (POSIX), copyright C 1988 by the Institute of Electrical and Elec-
+     tronics Engineers, Inc. In the event of any discrepancy between these
+     versions and the original IEEE Standard, the original IEEE Standard is
+     the referee document.
+
+ANSI
+     In the following statement, the phrase "This material" refers to portions
+     of the system documentation.
+
+     This material is reproduced with permission from American National Stan-
+     dards Committee X3, on Information Processing Systems. Computer and Busi-
+     ness Equipment Manufacturers Association (CBEMA), 311 First St., NW,
+     Suite 500, Washington, DC 20001-2178. The developmental work of Program-
+     ming Language C was completed by the X3J11 Technical Committee.
+
+DARPA
+     Portions of the manual reflect system enhancements made at Berkeley and
+     sponsored in part by the Defense Advanced Research Projects Agency (DoD),
+     Arpa Order No. 4871 monitored by the Naval Electronics Systems Command
+     under contract No. N00039-84-C-0089. The views and conclusions contained
+     in these documents are those of the authors and should not be interpreted
+     as representing official policies, either expressed or implied, of the
+     Defense Research Projects Agency or of the US Government.
+
+SCO
+  SCOPE
+     In the following statement, the licence applies to all material from AT&T
+     UNIX as well as from the formerly encumbered BSD releases, from which
+     much historical material has flown into MirOS, for example nroff(1) and
+     large parts of documentation.
+
+  January 23, 2002
+     Dear UNIX(R) enthusiasts,
+     Caldera International, Inc. hereby grants a fee free license that in-
+     cludes the rights use, modify and distribute this named source code, in-
+     cluding creating derived binary products created from the source code.
+     The source code for which Caldera International, Inc. grants rights are
+     limited to the following UNIX Operating Systems that operate on the 16-
+     Bit PDP-11 CPU and early versions of the 32-Bit UNIX Operating System,
+     with specific exclusion of UNIX System III and UNIX System V and succes-
+     sor operating systems:
+   + o 32-bit 32V UNIX
+   + o 16 bit UNIX Versions 1, 2, 3, 4, 5, 6, 7
+
+     Caldera International, Inc. makes no guarantees or commitments that any
+     source code is available from Caldera International, Inc.
+
+     The following copyright notice applies to the source code files for which
+     this license is granted.
+
+  THE CALDERA LICENSE
+     Copyright (C) Caldera International Inc. 2001-2002.
+     All rights reserved.
+
+     Redistribution and use in source and binary forms, with or without modif-
+     ication, are permitted provided that the following conditions are met:
+
+     Redistributions of source code and documentation must retain the above
+     copyright notice, this list of conditions and the following disclaimer.
+     Redistributions in binary form must reproduce the above copyright notice,
+     this list of conditions and the following disclaimer in the documentation
+     and/or other materials provided with the distribution. All advertising
+     materials mentioning features or use of this software must display the
+     following acknowledgement:
+
+          This product includes software developed or owned by Caldera
+          International, Inc.
+
+     Neither the name of Caldera International, Inc. nor the names of other
+     contributors may be used to endorse or promote products derived from this
+     software without specific prior written permission.
+
+     USE OF THE SOFTWARE PROVIDED FOR UNDER THIS LICENSE BY CALDERA INTERNA-
+     TIONAL, INC. AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRAN-
+     TIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTA-
+     BILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT
+     SHALL CALDERA INTERNATIONAL, INC. BE LIABLE FOR ANY DIRECT, INDIRECT IN-
+     CIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
+     NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
+     DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
+     THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (IN-
+     CLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
+     THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+
+     Very truly yours,
+     /signed/ Bill Broderick
+     Bill Broderick
+     Director, Licensing Services
+
+TRADEMARKS
+     All trademarks are properties of their respective holders. Particularily,
+     the UNIX(R) trademark changed its owner so often it's impossible to track
+     it down.
+
+ADVERTISING CLAUSES
+     The following attribution clauses are required to be reproduced when ad-
+     vertising for MirOS:
+   + o This model includes software developed by Christopher G. Demetriou.
+   + o This model includes software developed by Christos Zoulas
+   + o This product contains software developed by Ignatios Souvatzis for
+        the NetBSD project.
+   + o This product includes cryptographic software written by Eric Young
+        (eay@mincom.oz.au)
+   + o This product includes software designed by William Allen Simpson.
+   + o This product includes software developed at the Information Technolo-
+        gy Division, US Naval Research Laboratory.
+   + o This product includes software developed by Aaron Brown and Harvard
+        University.
+   + o This product includes software developed by Aaron Campbell.
+   + o This product includes software developed by Adam Glass and Charles M.
+        Hannum.
+   + o This product includes software developed by Adam Glass.
+   + o This product includes software developed by Amancio Hasty and Roger
+        Hardiman.
+   + o This product includes software developed by Angelos D. Keromytis.
+   + o This product includes software developed by Berkeley Software Design,
+        Inc.
+   + o This product includes software developed by Bill Paul.
+   + o This product includes software developed by Charles D. Cranor and
+        Washington University.
+   + o This product includes software developed by Charles D. Cranor, Wash-
+        ington University, and the University of California, Berkeley
+   + o This product includes software developed by Charles D. Cranor, Wash-
+        ington University, the University of California, Berkeley and its
+        contributors.
+   + o This product includes software developed by Charles D. Cranor.
+   + o This product includes software developed by Charles Hannum, by the
+        University of Vermont and State Agricultural College and Garrett A.
+        Wollman, by William F. Jolitz, and by the University of California,
+        Berkeley, Lawrence Berkeley Laboratory, and its contributors.
+   + o This product includes software developed by Charles Hannum.
+   + o This product includes software developed by Charles M. Hannum.
+   + o This product includes software developed by Christopher G. Demetriou
+        for the NetBSD Project.
+   + o This product includes software developed by Christopher G. Demetriou.
+   + o This product includes software developed by Christos Zoulas for the
+        NetBSD Project.
+   + o This product includes software developed by Christos Zoulas.
+   + o This product includes software developed by Colin Wood for the NetBSD
+        Project.
+   + o This product includes software developed by Computing Services at
+        Carnegie Mellon University (http://www.cmu.edu/computing/).
+   + o This product includes software developed by Daan Vreeken.
+   + o This product includes software developed by David Dawes, Jean-
+        Baptiste Marchand, Julien Montagne, Thomas Roell, Michael Smith,
+        Jerome Verdon and Kazutaka Yokota.
+   + o This product includes software developed by David Hulton.
+   + o This product includes software developed by David Jones and Gordon
+        Ross
+   + o This product includes software developed by David Miller.
+   + o This product includes software developed by Dean Huxley.
+   + o This product includes software developed by Eric S. Raymond
+   + o This product includes software developed by Eric Young
+        (eay@mincom.oz.au)
+   + o This product includes software developed by Gardner Buchanan.
+   + o This product includes software developed by Gordon Ross
+   + o This product includes software developed by Gordon W. Ross
+   + o This product includes software developed by Gordon W. Ross and Leo
+        Weppelman.
+   + o This product includes software developed by HAYAKAWA Koichi.
+   + o This product includes software developed by HD Associates
+   + o This product includes software developed by Harvard University and
+        its contributors.
+   + o This product includes software developed by Harvard University.
+   + o This product includes software developed by Hellmuth Michaelis and
+        Joerg Wunsch
+   + o This product includes software developed by Hellmuth Michaelis, Brian
+        Dunford-Shore, Joerg Wunsch, Scott Turner and Charles Hannum.
+   + o This product includes software developed by Herb Peyerl
+   + o This product includes software developed by Iain Hibbert
+   + o This product includes software developed by Ichiro FUKUHARA.
+   + o This product includes software developed by Ignatios Souvatzis for
+        the NetBSD project.
+   + o This product includes software developed by Jason R. Thorpe for And
+        Communications, http://www.and.com/
+   + o This product includes software developed by Joachim Koenig-Baltes.
+   + o This product includes software developed by Jochen Pohl for The
+        NetBSD Project.
+   + o This product includes software developed by Jonathan Stone
+   + o This product includes software developed by Jonathan Stone and Jason
+        R. Thorpe for the NetBSD Project.
+   + o This product includes software developed by Julian Highfield.
+   + o This product includes software developed by Kenneth Stailey and Ian
+        Darwin.
+   + o This product includes software developed by Kenneth Stailey.
+   + o This product includes software developed by LAN Media Corporation and
+        its contributors.
+   + o This product includes software developed by Leo Weppelman.
+   + o This product includes software developed by Manuel Bouyer.
+   + o This product includes software developed by Marc Horowitz.
+   + o This product includes software developed by Mark Tinguely and Jim
+        Lowe
+   + o This product includes software developed by Marshall M. Midden.
+   + o This product includes software developed by Matthias Pfaller.
+   + o This product includes software developed by Michael Graff for the
+        NetBSD Project.
+   + o This product includes software developed by Michael L. Hitch.
+   + o This product includes software developed by Michael Long.
+   + o This product includes software developed by Michael Shalayeff.
+   + o This product includes software developed by Mike Pritchard.
+   + o This product includes software developed by Niels Provos.
+   + o This product includes software developed by Niklas Hallqvist, C Stone
+        and Job de Haas.
+   + o This product includes software developed by Niklas Hallqvist.
+   + o This product includes software developed by Paul Kranenburg.
+   + o This product includes software developed by Paul Mackerras
+        <paulus@samba.org>.
+   + o This product includes software developed by Peter Galbavy.
+   + o This product includes software developed by Phase One, Inc.
+   + o This product includes software developed by Philip A. Nelson.
+   + o This product includes software developed by Ralf S. Engelschall
+        <rse@engelschall.com> for use in the mod_ssl project
+        (http://www.modssl.org/).
+   + o This product includes software developed by Rodney W. Grimes.
+   + o This product includes software developed by Roland C. Dowdeswell.
+   + o This product includes software developed by Rolf Grossmann.
+   + o This product includes software developed by Serge V. Vakulenko.
+   + o This product includes software developed by Tatoku Ogaito for the
+        NetBSD Project.
+   + o This product includes software developed by Terrence R. Lambert.
+   + o This product includes software developed by Thomas Skibo.
+   + o This product includes software developed by TooLs GmbH.
+   + o This product includes software developed by Winning Strategies, Inc.
+   + o This product includes software developed by Zembu Labs, Inc.
+   + o This product includes software developed by the Apache Software Foun-
+        dation (http://www.apache.org/).
+   + o This product includes software developed by the Charles D. Cranor,
+        Washington University, University of California, Berkeley and its
+        contributors.
+   + o This product includes software developed by the Computer Systems En-
+        gineering Group at Lawrence Berkeley Laboratory.
+   + o This product includes software developed by the Harvard University
+        and its contributors.
+   + o This product includes software developed by the Kungliga Tekniska
+        Högskolan and its contributors.
+   + o This product includes software developed by the Network Research
+        Group at Lawrence Berkeley Laboratory.
+   + o This product includes software developed by the OpenSSL Project for
+        use in the OpenSSL Toolkit. (http://www.openssl.org/)
+   + o This product includes software developed by the SMCC Technology
+        Development Group at Sun Microsystems, Inc.
+   + o This product includes software developed by the University of Cali-
+        fornia, Berkeley and its contributors, as well as Christoph Herrmann
+        and Thomas-Henning von Kamptz.
+   + o This product includes software developed by the University of Cali-
+        fornia, Berkeley and its contributors.
+   + o This product includes software developed by the University of Cali-
+        fornia, Lawrence Berkeley Laboratories.
+   + o This product includes software developed by the University of Cali-
+        fornia, Lawrence Berkeley Laboratory and its contributors.
+   + o This product includes software developed by the University of Vermont
+        and State Agricultural College and Garrett A. Wollman, by William F.
+        Jolitz, and by the University of California, Berkeley, Lawrence
+        Berkeley Laboratory, and its contributors.
+   + o This product includes software developed by the University of Vermont
+        and State Agricultural College and Garrett A. Wollman.
+   + o This product includes software developed by the author.
+   + o This product includes software developed for the FreeBSD project.
+   + o This product includes software developed for the NetBSD Project by
+        Christopher G. Demetriou.
+   + o This product includes software developed for the NetBSD Project by
+        Frank van der Linden
+   + o This product includes software developed for the NetBSD Project by
+        Jason Downs and Jason R. Thorpe.
+   + o This product includes software developed for the NetBSD Project by
+        Jason R. Thorpe.
+   + o This product includes software developed for the NetBSD Project by
+        John M. Vinopal.
+   + o This product includes software developed for the NetBSD Project by
+        Juergen Hannken-Illjes.
+   + o This product includes software developed for the NetBSD Project by
+        Perry E. Metzger.
+   + o This product includes software developed for the NetBSD Project by
+        Wasabi Systems, Inc.
+   + o This product includes software developed for the NetBSD Project. See
+        http://www.netbsd.org/ for information about NetBSD.
+   + o This product includes software developed or owned by Caldera Interna-
+        tional, Inc.
+   + o This product uses a modified version of Henry Spencer's regular ex-
+        pression library.
+   + o This product uses zlib by Jean-loup Gailly.
+   + o This software is a component of "386BSD" developed by William F. Jol-
+        itz, TeleMuse.
+   + o This software was developed by Holger Veit and Brian Moore for use
+        with "386BSD" and similar operating systems.
+
+     All trademarks and registered trademarks are properties of their respec-
+     tive owners.
+
+NO-ENDORSEMENT CLAUSE
+     Neither the name of licensor, nor the names of the authors and contribu-
+     tors may be used to endorse or promote products derived from this work
+     without specific prior written permission.
+
+AUTHORS
+     This manual was carefully put together first for the release of MirOS #8
+     by Thorsten "mirabilos" Glaser <tg@mirbsd.org>. It is still maintained
+     for MirOS #11.
+
+SOURCE ACCESS CLAUSE
+     Some licences require access to source code. When said code is not part
+     of the original distribution medium or placed alongside it, it is either
+     available via standard means, specifically AnonCVS, AnonRSYNC, or HTTP
+     distfile download, from the project server, or, in some cases, available
+     upon request for a reasonable time period, such as three years.
+
+SEE ALSO
+     http://mirbsd.de/
+
+     https://www.mirbsd.org/
+
+BUGS
+     Although collected carefully, there might be some. Please report to the
+     MirOS project at <miros-discuss@mirbsd.org> if you think you have
+     discovered a bug.
+
+MirOS                         January 17, 2009                              6
diff --git a/templates/boot/addons/bsd4grml/boot.1 b/templates/boot/addons/bsd4grml/boot.1
new file mode 100644 (file)
index 0000000..6738ef8
--- /dev/null
@@ -0,0 +1,4 @@
+echo
+echo Booting the MirOS BSD rescue system
+echo
+boot /boot/addons/bsd4grml/bsd.rd
diff --git a/templates/boot/addons/bsd4grml/boot.2 b/templates/boot/addons/bsd4grml/boot.2
new file mode 100644 (file)
index 0000000..4aeb9c0
--- /dev/null
@@ -0,0 +1,4 @@
+echo
+echo Booting the MirOS BSD rescue system into UKC
+echo
+boot /boot/addons/bsd4grml/bsd.rd -c
diff --git a/templates/boot/addons/bsd4grml/boot.3 b/templates/boot/addons/bsd4grml/boot.3
new file mode 100644 (file)
index 0000000..6b3fa6b
--- /dev/null
@@ -0,0 +1,9 @@
+echo
+echo Booting the MirOS BSD rescue system (serial console)
+echo
+stty com0 9600
+set tty com0
+echo
+echo Booting the MirOS BSD rescue system (serial console)
+echo
+boot /boot/addons/bsd4grml/bsd.rd
diff --git a/templates/boot/addons/bsd4grml/boot.4 b/templates/boot/addons/bsd4grml/boot.4
new file mode 100644 (file)
index 0000000..74cc8e7
--- /dev/null
@@ -0,0 +1,9 @@
+echo
+echo Booting the MirOS BSD rescue system (serial console)
+echo
+stty com0 38400
+set tty com0
+echo
+echo Booting the MirOS BSD rescue system (serial console)
+echo
+boot /boot/addons/bsd4grml/bsd.rd
diff --git a/templates/boot/addons/bsd4grml/boot.5 b/templates/boot/addons/bsd4grml/boot.5
new file mode 100644 (file)
index 0000000..5c16e9a
--- /dev/null
@@ -0,0 +1,9 @@
+echo
+echo Booting the MirOS BSD rescue system (serial console)
+echo
+stty com0 115200
+set tty com0
+echo
+echo Booting the MirOS BSD rescue system (serial console)
+echo
+boot /boot/addons/bsd4grml/bsd.rd
diff --git a/templates/boot/addons/bsd4grml/boot.6 b/templates/boot/addons/bsd4grml/boot.6
new file mode 100644 (file)
index 0000000..326d42d
--- /dev/null
@@ -0,0 +1,4 @@
+echo
+echo Switching to GNU GRUB
+echo
+machine exec grub /boot/addons/allinone.img
diff --git a/templates/boot/addons/bsd4grml/boot.cfg b/templates/boot/addons/bsd4grml/boot.cfg
new file mode 100644 (file)
index 0000000..d8f274d
--- /dev/null
@@ -0,0 +1,15 @@
+set image /boot/addons/bsd4grml/bsd.rd
+set timeout 12
+macro grml machine exec grub /boot/addons/allinone.img
+echo
+echo ==================================================================
+echo # MirOS BSD #10-current [grml] | (c) 2002-2009 The MirOS Project #
+echo ==================================================================
+echo
+echo To boot the MirOS BSD based rescue system, wait twelve seconds or
+echo enter the command 'boot'. Join irc.freenode.net #MirBSD for help.
+echo To switch to GNU GRUB again, type the command 'grml' below.
+echo
+echo Use "stty com0 9600" to change the speed from the default of 9600
+echo bps (always 8N1) and "set tty com0" to use a serial console.
+echo
diff --git a/templates/boot/addons/bsd4grml/bsd.rd b/templates/boot/addons/bsd4grml/bsd.rd
new file mode 100644 (file)
index 0000000..fa00f0d
Binary files /dev/null and b/templates/boot/addons/bsd4grml/bsd.rd differ
diff --git a/templates/boot/addons/bsd4grml/gpl_srcs.tgz b/templates/boot/addons/bsd4grml/gpl_srcs.tgz
new file mode 100644 (file)
index 0000000..b898f77
Binary files /dev/null and b/templates/boot/addons/bsd4grml/gpl_srcs.tgz differ
diff --git a/templates/boot/addons/bsd4grml/ldbsd.com b/templates/boot/addons/bsd4grml/ldbsd.com
new file mode 100644 (file)
index 0000000..54765f9
Binary files /dev/null and b/templates/boot/addons/bsd4grml/ldbsd.com differ
diff --git a/templates/boot/addons/bsd4grml/ldbsd.txt b/templates/boot/addons/bsd4grml/ldbsd.txt
new file mode 100644 (file)
index 0000000..0179430
--- /dev/null
@@ -0,0 +1,409 @@
+BOOT(8)               BSD System Manager's Manual (i386)               BOOT(8)
+
+NAME
+     boot, boot.cfg, ldbsd.com, pxeboot - i386 second-stage boot loader
+
+DESCRIPTION
+     The boot system programme, often called ldbsd.com, aims to load the sys-
+     tem kernel into core memory from disc or network and run it, as well as
+     do some auxiliary functions, while dealing with the problems arising from
+     the history of the i386 architecture since 1978, incompatibilities, ex-
+     tensions, bugs, El Torito booting, Intel's Preboot Execution Environment
+     (PXE) for network boot, etc. MirOS floppies use a specially limited ver-
+     sion optimised for size, lacking support for any filesystem other than
+     4.2FFS and most commands.
+
+     It can be loaded either directly from the BIOS (most commonly via PXE;
+     earlier versions could also be loaded using El Torito), the bootxx first
+     stage boot loader (from floppy, hard disc, compact flash card, USB stick,
+     and the likes; recently, since bootxx itself was made El Torito capable,
+     this has become the desired method for El Torito boot), any bootloader
+     compliant with the Multiboot specification (as boot is a Multiboot com-
+     pliant OS Kernel image), or after renaming to ldbsd.com by any bootloader
+     implementing the COMBOOT API (specified by SYSLINUX, EXTLINUX, ISOLINUX,
+     PXELINUX) or MS-DOS(R) (unless DOS occupies the HMA). Once loaded, it can
+     be used, in a more or less limited fashion, to boot a MirOS kernel from a
+     supported filesystem (4.2FFS, ISO 9660, FAT12, FAT16, FAT28, TFTP, NFS),
+     inspect the filesystems, get or set machine information, or load other
+     bootloaders (see below for details). It can inflate gzip(1) compressed
+     files, set up serial console, and provides an interactive prompt.
+
+     Basic operation procedure is as follows:
+
+     1.   Be loaded.
+
+          BIOS       We are loaded to 0x07C00. The drive used to load us from
+                     is passed in the DL register. The ES:BX and DS:SI regis-
+                     ters and the stack contain additional data. While we do
+                     not care about the actual address, we expect to be whole.
+
+          bootxx     We are loaded at the final address. The drive used to
+                     load us from is passed in a special memory location. The
+                     DS:SI registers are set up if we were loaded from a HDD
+                     partition. The Master Boot Record  (/usr/mdec/mbrldr or
+                     /usr/mdec/mbrmgr) takes care to set these up correctly.
+
+          PXE        The NIC's PXE boot ROM initialises the NIC, network
+                     driver, UNDI and PXE interfaces, contacts a DHCP server
+                     by broadcasting an IPv4 request on the network, gets an
+                     IP address and the name of a file to load from the DHCP
+                     server, and downloads the file indicated via TFTP to
+                     0x07C00. That would be boot. Control is then passed to
+                     address 0x07C00 with ES:BX and the stack set up.
+
+                     PXE booting is useful for diskless(8) clients or initial
+                     download and execution of the installation kernel,
+                     bsd.rd, or for rescue system purposes.
+
+          DOS        We are loaded to xxxx:0100h with no drive or PXE informa-
+                     tion set up. The interrupt vectors are hooked by DOS, so
+                     if we overwrite any memory in use by DOS, we lose. That
+                     would be the case if xxxx is larger than our final ad-
+                     dress, any hooks point to an address between our final
+                     address and 9000:0000h, the HMA is in use (because that's
+                     where the kernel is loaded to), or somesuch. This also
+                     implies we cannot chain any other bootloader. Further-
+                     more, we require the machine to be in Real Mode, not in
+                     VM86 mode, so EMM386.SYS, Win32 or similar must not be
+                     active. We ask DOS for the current drive to use this in-
+                     formation later.
+
+          COMBOOT    We are loaded in a similar way as from DOS, except the
+                     machine state is not changed as much from the initial
+                     state. After determining that we are in fact loaded via
+                     COMBOOT and not DOS, we ask SYSLINUX to terminate after
+                     gathering information about the boot drive, partition, or
+                     PXE; the UNDI and PXE stacks are kept active if any.
+
+          Multiboot  We request to be loaded to 0x00100000 (the HMA) due to
+                     GNU GRUB's limitations, save the boot device off the MBI
+                     structure, copy ourselves to the final location, and
+                     switch back to Real Mode.
+
+          During the initial operation, the stack is located about 80 KiB
+          behind the start of our own memory area, and switched to the final
+          location if the position in memory is known to be correct early.
+
+     2.   System information (boot drive, potential partition table entry,
+          PXENV+ and !PXE structure pointers) are stored in safe locations.
+
+     3.   The code is relocated to the final address once or twice if needed.
+          The final address is 4000:0000h with the stack beginning at
+          3000:FFFCh. The stack is shared between Real Mode and 32-bit Virtual
+          Protected Address Mode. The code is mostly organised using the small
+          memory model, with everything within 64 KiB (although the real limit
+          is more than 256 bytes less than that due to initial loading is-
+          sues), except some rather large uninitialised areas and the disc I/O
+          bounce buffer, which begin at 3000:0000 and grow upwards. The heap
+          begins after the bss section and grows up to just short of
+          9000:0000h.
+
+     4.   If the bootloader is compiled to do so, for example on a Live CD, it
+          displays a boot menu unless the shift key is pressed, and retains
+          the numeric return value for later, to replace the cfg suffix of the
+          configuration file with it.
+
+     5.   The IDT for the Protected Mode is set up.
+
+     6.   The system is switched to Protected Mode.
+
+     7.   The hardware is probed:
+
+        + o Console devices: the default BIOS console (INT 10h, which may be
+              a MDA/MGA/Hercules, CGA/EGA or VGA CRT/LCD, plus DIN or PS/2 or
+              emulated keyboard) as well as up to four serial ports (via the
+              BIOS interface).
+        + o Memory: ask the BIOS and probe page by page through the address
+              space, in case the BIOS reports wrong information.
+        + o APM support
+        + o PXE support
+
+     8.   Unless a control key is held, the files /x.x.x.x/boot.cfg (where
+          x.x.x.x is our own IPv4 address) and /boot.cfg (with cfg possibly
+          replaced from the menu) are read and executed as if the commands had
+          been entered on the loader prompt.
+
+     9.   The bootloader prompt
+
+                boot> _
+
+          is issued, and a command line is read. If no key is pressed within
+          five seconds, the kernels /bsd and /bsd.old are tried, in order, to
+          be booted with the current parameters; if unsuccessful or any key is
+          pressed, the timeout is disabled (it can be manipulated from the
+          configuration file or command line). The system will be unable to
+          boot if no suitable kernel image is found.
+
+     Commands from the configuration file and the loader prompt are read line
+     by line and executed as read. Empty lines and lines beginning with the
+     comment character, '#', are ignored when reading from the configuration
+     file. Just entering an empty line at the loader prompt, however, will do
+     the default action of booting a kernel with the current parameters. To
+     pass multiple commands on a line, use the U+0060 character, '`', as del-
+     imiter. To pass multiple commands into a macro definition, use the tilde,
+     '~', as delimiter. Leading and trailing whitespace is ignored.
+
+COMMANDS
+     The following commands are accepted at the loader prompt:
+
+     boot [image [-acds]]
+             Boots the kernel image specified by image with any options given.
+             If the image file specification, or one of its device or filename
+             parts (see below) is omitted, values from variables will be used.
+
+             -a   Causes the kernel to ask for the root filesystem to use.
+
+             -c   Causes the kernel to go into UKC(8) before performing
+                  autoconf(4).
+
+             -d   Causes the kernel to drop into ddb(4) at the earliest con-
+                  venient point.
+
+             -s   Attempts to boot into single-user mode.
+
+     cat image
+             Displays the file onto the console. Output is paginated every 24
+             lines.
+
+     echo    Displays the arguments onto the console.
+
+     env     On i386, this command is not used.
+
+     help    Prints a list of available commands.
+
+     ls [dirspec]
+             Prints the content of the specified directory in long format.
+             Output is paginated every 24 lines.
+
+             The cd9660, tftp and nfs filesystems do not support this command.
+             They will either always fail or always succeed with sane but
+             unusable results. The FAT12, FAt16 and FAT28 filesystems have
+             hardcoded perms and uid/gid.
+
+     machine [command]
+             Issues machine-specific commands:
+
+             boot dev  Load a bootsector (MBR or PBR) from the indicated dev-
+                       ice and boot it. Possible devices are fd0 (floppy
+                       boot), hd0 (MBR), hd0a, hd0b, hd0c, hd0d (PBR), and
+                       some more useless combinations.
+
+             diskinfo  Display a list of probed floppy and hard disc drives
+                       including BIOS and geometry information.
+
+             exec type image
+                       Load a bootsector or other bootloader from an image
+                       file and execute it. Currently known values for type:
+
+                       grub    GNU GRUB 0.9x stage2 file
+                               GNU GRUB 0.9x stage2_eltorito file
+                               GNU GRUB2 core.img file
+
+                       sector  Boot sector or image, loaded to 0000:7C00h
+                               MirOS boot second-stage loader
+
+             label [device]
+                       Displays the idea boot has about the disklabel of the
+                       currently active or the specified device.
+
+             memory [arg]
+                       If used without any arguments, print the current idea
+                       boot has about the memory configuration taken from BIOS
+                       or probed. Arguments having the form of
+
+                             [+-]<size>@<address>
+
+                       add (+) or exempt (-) the specified amount of memory.
+                       Both size and base address can be specified in decimal,
+                       octal or hexadecimal, using standard C prefixes.
+
+                       Memory segments are not required to be adjacent to each
+                       other; the only requirement is that there is real phy-
+                       sical memory under the range added. The following exam-
+                       ple adds 32 MiB of memory right after the first 16 MiB:
+
+                             boot> machine mem +0x2000000@0x01000000
+
+                       Another useful command is to withdraw a range of memory
+                       from OS usage, which may have been wrongfully reported
+                       as useful by the BIOS. This example excludes the 1516
+                       MiB range from the map of useful memory:
+
+                             boot> machine mem -0x100000@0x00F00000
+
+             regs      Debugging command displaying register dumps.
+
+             oldbios   Enable or disable the so-called "Old BIOS / Soekris
+                       helper", which restricts boot from loading more than
+                       one sector at a time from disc.
+
+     macro   Displays the names of all currently defined macros. Up to four
+             can be defined, holding up to 256 characters.
+
+     macro name [cmd]
+             Deletes the macro name, or defines it to cmd.
+
+     reboot  Initiates a warm machine reboot.
+
+     set [name [value]]
+             If invoked without arguments, prints a list of variables and
+             their values. If only a name is given, the value of that variable
+             is displayed. Otherwise, the variable is set to the new value.
+             The following variables are defined:
+
+             addr     Address at which to load the kernel
+
+             debug    Debug flag
+
+             device   Boot device name (see below)
+
+             doboot   "0" disables automatic boot on entering an empty line
+
+             howto    Options passed to the loaded kernel, see boot
+
+             image    File name containing the kernel image
+
+             timeout  Number of seconds to wait for human intervention before
+                      auto-booting
+
+             tty      Name of the active console device, for example:
+                    + o com0
+                    + o com1
+                    + o pc0
+
+     stty [device [speed]]
+             Displays or sets the speed for a console device. If the baudrate
+             for the currently active console device is changed, boot offers
+             you five seconds of grace period to switch your terminal to
+             match. If the baudrate for an inactive device is changed, it will
+             only become active on the next switch to a serial console device;
+             it is not used on the PC CRT console.
+
+             The default baudrate is 9600 bps. boot uses eight data bits, no
+             parity, one stop bit.
+
+     time    Displays the system date and time.
+
+IMAGE SPECIFICATIONS
+     An image specification consists of two parts, the device name and a path-
+     name, separated by a colon (':'). In most circumstances, both can be om-
+     itted, and pathnames do not need to begin with a leading slash even if
+     they are absolute. Note that, for some filesystems, you are limited to an
+     8.3 character naming scheme with case insensitive (mapped to lowercase)
+     filenames. Other filesystems may not provide directory listing informa-
+     tion or the ability to stat files (especially remote filesystems).
+
+     Examples of valid image specifications are:
+   + o fd0a:/bsd
+   + o hd0o:/bsd.rd
+   + o / (for "ls")
+   + o cd0a:/boot/grub/stage2
+
+     Disklabels are read from hard discs (BIOS drive >= 80h) by searching for
+     a primary MirOS partition first. The default partition type, 0x27, can be
+     changed at installboot(8) time, where it is hardcoded into the partition
+     boot record. If no suitable MBR partition was found or we're on a floppy,
+     the disklabel is searched at the beginning of the drive instead. The la-
+     bel offset for the i386 architecture is one 512-byte sector. On MirOS
+     DuaLive CDs, it may be embedded in the first-stage sparc bootloader. If
+     no disklabel can be read from the disc, one is faked. The device size
+     ('c' slice) defaults to the size of an 1440 KiB floppy disc, but if any
+     MBR primary partitions are found which span more space, their values are
+     used instead. The 'd', 'e', 'f' and 'g' slices are filled with the four
+     MBR primary partitions, if any. The 'a' slice is filled, in this order,
+     with: the partition passed via DS:SI if plausible, the first non-empty
+     MBR partition ('d'-'g' slices), the whole disc ('c' slice).
+
+FILES
+     /usr/mdec/bootxx    first stage bootloader (PBR)
+     /usr/mdec/boot      second stage bootloader
+     /usr/mdec/mbrldr    hard disc MBR, simple version
+     /usr/mdec/mbrmgr    MBR, bootmanager version
+     /boot               usual location of installed loader
+     ldbsd.com           alternative name for boot
+     /boot.cfg           boot configuration file
+     /bsd                standard kernel image
+     /bsd.rd             kernel image for installation/recovery
+     /bsd.old            alternative kernel image
+     /etc/dhcpd.conf     dhcpd(8) configuration file
+     /tftpboot/boot      standard location of boot for netboot
+     /tftpboot/boot.cfg  common/shared boot configuration file on the TFTP
+                         server; /tftpboot/10.11.12.13/boot.cfg contains
+                         peer-specific configuration to be used instead
+     /tftpboot/bsd       kernel image
+     /tftpboot/pxeboot   deprecated, no longer in use
+
+EXAMPLES
+     A sample configuration file for dhcpd(8) is already contained with MirOS
+     and might look as follows:
+
+           shared-network KICKSTART {
+                   subnet 172.23.42.0 netmask 255.255.255.0 {
+                           option routers 172.23.42.1;
+                           filename "boot";
+                           range 172.23.42.10 172.23.42.199;
+                   }
+           }
+
+     Boot the default kernel:
+
+           boot> boot
+
+     Remove the 5 second pause at boot-time permanently, causing boot to load
+     the kernel immediately without prompting:
+
+           # echo "boot" >/boot.cfg
+
+     Remove the 5 second pause at boot-time permanently, causing boot to do
+     nothing automatically:
+
+           # echo "set timeout 0" >/boot.cfg
+
+     Use serial console. A null modem cable should connect the specified seri-
+     al port to a terminal. Useful for debugging.
+
+           boot> set tty com0
+
+     Invoke the serial console at every boot:
+
+           # echo "set tty com0" >/boot.cfg
+
+     Multiple commands on one line are useful for machines whose serial con-
+     sole is unusable from within the boot loader, but the only way to talk to
+     the kernel, e.g. for installation on a Soekris/WRAP:
+
+           boot> stty com0 38400 ` set tty com0 ` boot /bsd.rd
+
+     Boot the kernel named /bsd from the second hard disc in "User Kernel
+     Configuration" mode (see boot_config(8)). This mechanism allows for the
+     explicit enabling and disabling of devices during the current boot se-
+     quence, as well as the modification of device parameters. Once booted,
+     such changes can be made permanent by using config(8)'s -e option.
+
+           boot> boot hd1a:/bsd -c
+
+SEE ALSO
+     gzip(1), compress(3), autoconf(4), ddb(4), dhcpd.conf(5), boot_config(8),
+     boot_i386(8), dhcpd(8), diskless(8), fdisk(8), httpd(8), inetd(8),
+     installboot(8), reboot(8), tftpd(8)
+
+     Intel Corporation, Preboot Execution Environment (PXE) Specification,
+     Version 2.1, September 20, 1999.
+
+HISTORY
+     This bootloader is based on code written by Michael Shalayeff for
+     OpenBSD 2.1. The separate pxeboot command first appeared in OpenBSD 3.5,
+     based upon work from NetBSD. In OpenBSD and MirOS #7 and below, the
+     boot.cfg file was called boot.conf, it has been renamed for ISO 9660 and
+     FAT compatibility. A version called cdboot appeared in MirOS #8 and went
+     away for MirOS #10. The separate versions got merged into one bootloader,
+     DOS, COMBOOT, Multiboot support, pagination, macros, the machine exec and
+     cat commands, working chainbooting of bootsectors and GNU GRUB, faked
+     disklabels (if none exist on disc), FAT filesystem support, and many more
+     things were added or rewritten for MirOS #11 and grml by Thorsten Glaser.
+
+CAVEATS
+     The default location of the kernels and the boot.cfg file can be changed
+     at compile time.
+
+MirOS BSD #10-current          February 1, 2009                              6
index 76e9f26..2cf7de4 100644 (file)
@@ -125,6 +125,10 @@ MENU LABEL dos
 KERNEL /boot/addons/memdisk
 APPEND initrd=/boot/addons/balder10.imz
 
 KERNEL /boot/addons/memdisk
 APPEND initrd=/boot/addons/balder10.imz
 
+LABEL bsd
+MENU LABEL MirBSD
+KERNEL /boot/addons/bsd4grml/ldbsd.com
+
 LABEL serial
 MENU LABEL serial
 KERNEL /boot/%GRML_NAME%/linux26
 LABEL serial
 MENU LABEL serial
 KERNEL /boot/%GRML_NAME%/linux26
index b430168..e760109 100644 (file)
@@ -125,6 +125,10 @@ MENU LABEL dos
 KERNEL /boot/addons/memdisk
 APPEND initrd=/boot/addons/balder10.imz
 
 KERNEL /boot/addons/memdisk
 APPEND initrd=/boot/addons/balder10.imz
 
+LABEL bsd
+MENU LABEL MirBSD
+KERNEL /boot/addons/bsd4grml/ldbsd.com
+
 LABEL serial
 MENU LABEL serial
 KERNEL linux26
 LABEL serial
 MENU LABEL serial
 KERNEL linux26