| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reviewed by: ru
|
|
|
|
|
|
| |
PR: misc/41235
Submitted by: Fesskat Tudeer <freebsd-fesskat@fesskat.org>
MFC after: 3 days
|
| |
|
|
|
|
| |
#ifndef __alpha__ to #ifdef __i386__
|
| |
|
| |
|
|
|
|
| |
"stable.freebsd.org" to be the same as 4-stable.
|
|
|
|
| |
-current.
|
|
|
|
|
|
| |
following the lead of The XFree86 Project's default.
Approved by: Murray
|
|
|
|
|
|
| |
variable rather than the one passed in as the first argument.
Sponsored by: The Weather Channel
|
|
|
|
|
|
|
| |
Denmark servers.
o Add snapshots.jp.FreeBSD.org.
Approved by: brian
|
|
|
|
|
|
| |
in sysinstall.
Reviewed by: ru
|
|
|
|
|
|
|
|
|
|
|
| |
one can set the 'noError' variable to ignore any errors that occur for the
next command. However, the code was only unsetting 'noError' when an error
actually occurred, so if you set 'noError', the next command completed ok,
and the command after that failed, the second command's failure would be
ignored. This fixes this by performing the 'noError' check earlier and
then unsetting 'noError' after every command that is run.
Sponsored by: The Weather Channel
|
|
|
|
|
|
|
| |
would be to unmount the CD you installed from and prompt the user to
eject it before rebooting the machine.
Sponsored by: The Weather Channel
|
|
|
|
| |
Submitted by: gshapiro
|
|
|
|
| |
Reviewed by: bmah (description only)
|
|
|
|
| |
above 4GB.
|
|
|
|
|
|
| |
- Document the tcpMenuSelect command.
Sponsored by: The Weather Channel
|
|
|
|
| |
and label a disk from a sysinstall script.
|
|
|
|
|
|
|
| |
- ftp7 in Paris (ftp.club-internet.fr)
- ftp8 in Stransbourg (ftp.u-strasbg.fr)
MFC after: 1 day
|
|
|
|
|
|
|
| |
Also add the ability to use Bzip'ed distributions -- but this is exclusive
of being able to use Gzip'ed distributions.
Sponsored by: FreeBSD Mall, Inc.
|
|
|
|
|
|
|
| |
This is done since it contains much more than /bin, and also gets in the
way when making a combined install+fixit CD.
OK'ed by: jkh
|
|
|
|
|
| |
these values are different for a given package, then we must prompt
the user to insert another disc before the package can be installed.
|
|
|
|
| |
Requested by: obrien
|
|
|
|
|
| |
versions of GCC. With this change, sysinstall compiles and works fine
with GCC 3.1 or 2.95.
|
|
|
|
|
|
| |
4.X.
Suggested by: many
|
|
|
|
|
| |
executable file, so that we can pass commands with arguments to
configXSetup().
|
|
|
|
|
|
|
|
| |
so know we have proper PKG registration and dependency information.
This is a WIP for 5.0 DP #1, so it is still rough around the edges and
does not GC the old XFree86 3.3.6 handling stuff that should be GC'ed.
Sponsored by: FreeBSD Mall, Inc.
|
| |
|
|
|
|
|
|
|
|
|
| |
from CD-ROM in 4-stable. Note that in 5-current, we use devfs so this
change (hopefully) shouldn't change anything.
I'll MFC to 4-stable later.
Tested with: FreeBSD/i386, 4.5-STABLE-20020330-JPSNAP
|
|
|
|
| |
that have room for pccardd on mfsroot.flp).
|
| |
|
|
|
|
|
|
|
|
| |
instead of hardcoding them into the binary. This replaces
the work-around in usr.sbin/sysinstall/Makefile,v 1.121.
Suggested by: jhb
MFC in: 1 week
|
| |
|
|
|
|
|
|
|
|
|
| |
While I'm here, make the menu entries on the documentation menu begin
with "1" instead of "2".
Reviewed by: imp, rwatson, murray
Approved by: imp, rwatson, murray
MFC after: 1 week
|
|
|
|
|
|
|
| |
session IDs, and sysinstall can load modules from the MFSROOT, it
should be possible to install FreeBSD over a wireless link.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
installed ones under /boot (which we may not even have in the
case of a cross build).
This introduced chicken and egg problem - we need boot images
early in the "depend" stage but they have not yet been built.
Work around this by excluding the generated makeboot.c source
from the "depend" list; it's okay because we hardcode all its
dependencies explicitly. We actually lose the dependency bit
on <sys/types.h> but it's probably okay too as the only thing
we use is the u_char datatype and this is unlikely to change.
After all, it's normal for sloppy cleaning to cause problems.
beast.FreeBSD.org running 5.0-CURRENT alpha has been able to
cross build i386 world with this patch.
Prodded by: gallatin
|
|
|
|
|
| |
to write to makedevs.c directly as it's not protected by the
.PRECIOUS attribute.
|
|
|
|
|
|
|
|
|
|
| |
all facilities that previously relied on /proc have been rewritten
to use ptrace(). procfs has presented a substantial security
hazard for years, with several user->root compromises in the last
few years. Procfs will continue to be available but will require
administrator intervention to use.
Reviewed by: scottl, jedgar, mike, tmm
|
|
|
|
|
|
| |
``Please remove the FreeBSD fixit CDROM/DVD now.''.
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
really for impatient and EXPERT people who know sysinstall
backwards and forwards.
MFC after: 1 week
|
|
|
|
|
|
| |
an existing FreeBSD partition.
Reported by: Brent Cook <busterb@mail.utexas.edu>
|
|
|
|
|
| |
Obtained from: LOMAC project
Sponsored by: DARPA, NAI Labs
|
|
|
|
|
|
|
|
| |
block sizees larger than 8192 bytes have been resolved, as per the
following deltas:
rev 1.34 src/sys/boot/i386/boot2/boot2.c
rev 1.5 src/sys/boot/alpha/boot1/sys.c
|
|
|
|
|
|
|
| |
and print-cdrom-packages.sh accordingly.
Revealed by: re
MFC after: 1 day
|
|
|
|
|
|
|
|
|
| |
filesystem using a block size of 8192. Since this seems unlikely to
be fixed soon (specifically in time for 4.5-RELEASE on the RELENG_4
branch), fall back to the old default block and frag sizes of 8192 and
1024 in sysinstall on the alpha.
Reported by: jhb
|
|
|
|
|
|
|
|
|
|
| |
to recover its space into the previous partition. Revert 'D'elete
to not attempt to recover any space.
Do not auto-create /home as per release engineers decision (though
I think this is a mistake). However, all of this code will be
replaced later on anyway either with Jordan's stuff or with
some other sort of templater, so it isn't a big deal.
|
|
|
|
| |
Noticed by: "Peter Holm" <p_holm@mail.tele.dk>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Move nfs_reserved_port_only out of security profiles (where it was
set somewhat improperly) to the Security options menu directly.
Previously, the variable was set to true for Moderate, but not for
Extreme, which is at best inconsistent.
o Update the Security Profiles help file to remove reference to the
NFS reserved port.
o Note that the kernel currently defaults the sysctl to '0', but
sysinstall has changed it to '1' as a default as of late; however,
rc.conf sets the value to NO as the default. This change brings
them relatively into sync.
Sponsored by: DARPA, NAI Labs
|