d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
2469ad2e30
freebsd-dev/usr.sbin/sysinstall/globals.c

97 lines
3.2 KiB
C
Raw Normal View History

Here is my first "framework" commit of the new sysinstall. There is a LOT more to come in the next 24 hours, this is just the first stable result of 8 hours of hacking so far. The specification format for menus is pretty much hammered out and the beginnings (very humble) of the doc hierarchy are present for an example. It should be quite easy to add a lot more menus quickly to this since I did go somewhat out of my way to make the framework easy to work with. This is NOT the glorious semi-graphical sysinstall (or whatever its name will be) that the install-geeks are working on, this is simply the "son of sysinstall" I've been promising to write in the interim for 2.0.5 and 2.1R (super install doesn't come until 2.2R).
1995-04-27 12:50:35 +00:00
/*
* The new sysinstall program.
*
* This is probably the last program in the `sysinstall' line - the next
* generation being essentially a complete rewrite.
*
$Id$ -> $FreeBSD$
1999-08-28 01:35:59 +00:00
* $FreeBSD$
Here is my first "framework" commit of the new sysinstall. There is a LOT more to come in the next 24 hours, this is just the first stable result of 8 hours of hacking so far. The specification format for menus is pretty much hammered out and the beginnings (very humble) of the doc hierarchy are present for an example. It should be quite easy to add a lot more menus quickly to this since I did go somewhat out of my way to make the framework easy to work with. This is NOT the glorious semi-graphical sysinstall (or whatever its name will be) that the install-geeks are working on, this is simply the "son of sysinstall" I've been promising to write in the interim for 2.0.5 and 2.1R (super install doesn't come until 2.2R).
1995-04-27 12:50:35 +00:00
*
* Copyright (c) 1995
* Jordan Hubbard. All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
Remove trailing whitespace.
1995-05-30 08:29:07 +00:00
* notice, this list of conditions and the following disclaimer,
* verbatim and that no modifications are made prior to this
Here is my first "framework" commit of the new sysinstall. There is a LOT more to come in the next 24 hours, this is just the first stable result of 8 hours of hacking so far. The specification format for menus is pretty much hammered out and the beginnings (very humble) of the doc hierarchy are present for an example. It should be quite easy to add a lot more menus quickly to this since I did go somewhat out of my way to make the framework easy to work with. This is NOT the glorious semi-graphical sysinstall (or whatever its name will be) that the install-geeks are working on, this is simply the "son of sysinstall" I've been promising to write in the interim for 2.0.5 and 2.1R (super install doesn't come until 2.2R).
1995-04-27 12:50:35 +00:00
* point in the file.
* 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.
*
* THIS SOFTWARE IS PROVIDED BY JORDAN HUBBARD ``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 JORDAN HUBBARD OR HIS PETS 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, LIFE 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 POSSIBILITY OF
* SUCH DAMAGE.
*
*/
#include "sysinstall.h"
/*
* Various global variables and an initialization hook to set them to
* whatever values we feel are appropriate.
*/
Add a new -fake argument to make sysinstall not actually change things while I'm testing it.
1996-04-28 20:54:11 +00:00
int DebugFD; /* Where diagnostic output goes */
Boolean Fake; /* Only pretend to be useful */
1. Spawn a shell on VTY4 and leave it lying around. 2. Bring in Gary's prompt stuff in extractGeneric. 3. Add another global for telling when we're running as init.
1995-05-24 22:37:44 +00:00
Boolean RunningAsInit; /* Are we running as init? */
Add a new -fake argument to make sysinstall not actually change things while I'm testing it.
1996-04-28 20:54:11 +00:00
Boolean DialogActive; /* Is libdialog initialized? */
Boolean ColorDisplay; /* Are we on a color display? */
Boolean OnVTY; /* Are we on a VTY? */
DTRT in the restart case
2001-10-12 07:36:34 +00:00
Boolean Restarting; /* Are we restarting sysinstall? */
Package installation is handled by starting off with the list of packages the user selected and then recursively installing their dependencies, finally installing the ones the user selected after the recursion unwinds. Since users often select "high-level" packages that are on a higher numbered disc for the multi-volume release CDROMS this resulted in excessive disc swapping while installing things like kde, gnome, etc. Cut down on disc swapping by iterating through the disc volumes one at a time if we notice the package set is on multiple volumes. If a package is on a higher volume don't install it yet, but still "process it" so we get its dependencies installed. Because of the way the package sets for releases get assembled we're guaranteed dependencies will be on the same volume or lower. Reviewed by: jhb MFC after: 1 week
2008-10-15 15:54:33 +00:00
Boolean have_volumes; /* Media has more than one volume. */
Add a new -fake argument to make sysinstall not actually change things while I'm testing it.
1996-04-28 20:54:11 +00:00
Variable *VarHead; /* The head of the variable chain */
This doesn't work - the extract code is half-baked. I commit it only so that Gary can sync to it before I go to bed.. :)
1995-05-20 00:13:14 +00:00
Device *mediaDevice; /* Where we're installing from */
Add a new -fake argument to make sysinstall not actually change things while I'm testing it.
1996-04-28 20:54:11 +00:00
int BootMgr; /* Which boot manager we're using */
Close PR#1542. Don't just assume 24 lines, get the tty size. Some things may still display text on the 24th line, but that's because they've always been screens designed to fit into a minimal real-estate and have hardwired assumptions about the dimensions. They'll be a little harder to make dynamic.
1996-08-01 10:58:54 +00:00
int StatusLine; /* Where to stick our status messages */
Package installation is handled by starting off with the list of packages the user selected and then recursively installing their dependencies, finally installing the ones the user selected after the recursion unwinds. Since users often select "high-level" packages that are on a higher numbered disc for the multi-volume release CDROMS this resulted in excessive disc swapping while installing things like kde, gnome, etc. Cut down on disc swapping by iterating through the disc volumes one at a time if we notice the package set is on multiple volumes. If a package is on a higher volume don't install it yet, but still "process it" so we get its dependencies installed. Because of the way the package sets for releases get assembled we're guaranteed dependencies will be on the same volume or lower. Reviewed by: jhb MFC after: 1 week
2008-10-15 15:54:33 +00:00
int low_volume; /* Lowest volume number */
int high_volume; /* Highest volume number */
Sync with 2.2 and clean up some tortured english that was added.
1997-04-20 16:46:36 +00:00
jmp_buf BailOut; /* Beam me up, scotty! The natives are pissed! */
Here is my first "framework" commit of the new sysinstall. There is a LOT more to come in the next 24 hours, this is just the first stable result of 8 hours of hacking so far. The specification format for menus is pretty much hammered out and the beginnings (very humble) of the doc hierarchy are present for an example. It should be quite easy to add a lot more menus quickly to this since I did go somewhat out of my way to make the framework easy to work with. This is NOT the glorious semi-graphical sysinstall (or whatever its name will be) that the install-geeks are working on, this is simply the "son of sysinstall" I've been promising to write in the interim for 2.0.5 and 2.1R (super install doesn't come until 2.2R).
1995-04-27 12:50:35 +00:00
o Save pointers to the chunks for root, home, swap, usr, var and tmp in global variables. On ia64, save a pointer to the efi chunk as well. o At the same time, change checkLabels() to define these globals instead of having the caller of checkLabels() pass addresses to variables for these. Change the two callers correspondingly. o Spent a bit more time adjusting try_auto_label() to prepate for having the EFI partition created on ia64. o Remove efi_mountpoint(). The EFI chunk is now available without having to iterate over the disks and chunks to find it every time we need it. o On ia64, now that the root chunk is globally available, set the vfs.root.mountfrom tunable in loader.conf. This avoids that one cannot boot into FreeBSD after an install. The kernel cannot find the root device without a little help...
2004-08-07 01:19:54 +00:00
Chunk *HomeChunk;
Chunk *RootChunk;
Chunk *SwapChunk;
Chunk *TmpChunk;
Chunk *UsrChunk;
Chunk *VarChunk;
#ifdef __ia64__
Chunk *EfiChunk;
#endif
Here is my first "framework" commit of the new sysinstall. There is a LOT more to come in the next 24 hours, this is just the first stable result of 8 hours of hacking so far. The specification format for menus is pretty much hammered out and the beginnings (very humble) of the doc hierarchy are present for an example. It should be quite easy to add a lot more menus quickly to this since I did go somewhat out of my way to make the framework easy to work with. This is NOT the glorious semi-graphical sysinstall (or whatever its name will be) that the install-geeks are working on, this is simply the "son of sysinstall" I've been promising to write in the interim for 2.0.5 and 2.1R (super install doesn't come until 2.2R).
1995-04-27 12:50:35 +00:00
/*
* Yes, I know some of these are already automatically initialized as
* globals. I simply find it clearer to set everything explicitly.
*/
void
globalsInit(void)
{
DebugFD = -1;
Some fairly serious cleanup. The proper offset should now be used in creating partitions. Still need to get the mount points displaying carefully, but I need to get this into my tree on time so that I can work on that.
1995-05-06 09:34:24 +00:00
ColorDisplay = FALSE;
Add a new -fake argument to make sysinstall not actually change things while I'm testing it.
1996-04-28 20:54:11 +00:00
Fake = FALSE;
DTRT in the restart case
2001-10-12 07:36:34 +00:00
Restarting = FALSE;
Some fairly serious cleanup. The proper offset should now be used in creating partitions. Still need to get the mount points displaying carefully, but I need to get this into my tree on time so that I can work on that.
1995-05-06 09:34:24 +00:00
OnVTY = FALSE;
Here is my first "framework" commit of the new sysinstall. There is a LOT more to come in the next 24 hours, this is just the first stable result of 8 hours of hacking so far. The specification format for menus is pretty much hammered out and the beginnings (very humble) of the doc hierarchy are present for an example. It should be quite easy to add a lot more menus quickly to this since I did go somewhat out of my way to make the framework easy to work with. This is NOT the glorious semi-graphical sysinstall (or whatever its name will be) that the install-geeks are working on, this is simply the "son of sysinstall" I've been promising to write in the interim for 2.0.5 and 2.1R (super install doesn't come until 2.2R).
1995-04-27 12:50:35 +00:00
DialogActive = FALSE;
VarHead = NULL;
This doesn't work - the extract code is half-baked. I commit it only so that Gary can sync to it before I go to bed.. :)
1995-05-20 00:13:14 +00:00
mediaDevice = NULL;
1. Spawn a shell on VTY4 and leave it lying around. 2. Bring in Gary's prompt stuff in extractGeneric. 3. Add another global for telling when we're running as init.
1995-05-24 22:37:44 +00:00
RunningAsInit = FALSE;
o Save pointers to the chunks for root, home, swap, usr, var and tmp in global variables. On ia64, save a pointer to the efi chunk as well. o At the same time, change checkLabels() to define these globals instead of having the caller of checkLabels() pass addresses to variables for these. Change the two callers correspondingly. o Spent a bit more time adjusting try_auto_label() to prepate for having the EFI partition created on ia64. o Remove efi_mountpoint(). The EFI chunk is now available without having to iterate over the disks and chunks to find it every time we need it. o On ia64, now that the root chunk is globally available, set the vfs.root.mountfrom tunable in loader.conf. This avoids that one cannot boot into FreeBSD after an install. The kernel cannot find the root device without a little help...
2004-08-07 01:19:54 +00:00
HomeChunk = NULL;
RootChunk = NULL;
SwapChunk = NULL;
TmpChunk = NULL;
UsrChunk = NULL;
VarChunk = NULL;
#ifdef __ia64__
EfiChunk = NULL;
#endif
Here is my first "framework" commit of the new sysinstall. There is a LOT more to come in the next 24 hours, this is just the first stable result of 8 hours of hacking so far. The specification format for menus is pretty much hammered out and the beginnings (very humble) of the doc hierarchy are present for an example. It should be quite easy to add a lot more menus quickly to this since I did go somewhat out of my way to make the framework easy to work with. This is NOT the glorious semi-graphical sysinstall (or whatever its name will be) that the install-geeks are working on, this is simply the "son of sysinstall" I've been promising to write in the interim for 2.0.5 and 2.1R (super install doesn't come until 2.2R).
1995-04-27 12:50:35 +00:00
}
Reference in New Issue Copy Permalink