| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
I backed-out the changes in -current and didn't touch stable at all (I
thought I had my patch order reversed, not what actually happened).
AIEEE! I can't even blame the crack for this one since I broke my
crack pipe a few weeks ago. I think sleep deprivation gets the blame
for this one.
Medal for noticing this one goes to: Jim Bloom <bloom@acm.org>
|
|
|
|
|
|
|
| |
bringing in DHCP support. The only thing I left out were Poul-Henning's
newfs changes since I'm not sure if he's brought the rest of that support
into -stable yet. If it turns out that this is the case, I'll MFC those
changes too.
|
| |
|
|
|
|
| |
the DHCP support code.
|
|
|
|
|
| |
in GENERIC. Now a dhcp-configured system will both install and boot
initially with proper interface configuration.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ifconfig, essentially stealing the lease until the user goes and changes
it. The alternative, sadly, is total dysfunction since bpf isn't in
GENERIC and network connectivity would otherwise fail completely on first
bootup when DHCP configuration was attempted again.
The ultimate answer here is to make either bpf a loadable kernel module
(which security conscious admins will be able to simply remove from /modules)
or come up with a lighter weight mechanism just for dhcp and other apps that
need to see broadcast packets but not otherwise sniff the wire in full
bpf glory.
|
|
|
|
| |
Submitted by: obrien
|
| |
|
|
|
|
|
|
|
|
| |
in some code from C. Stone to parse the lease information. This is still
a WIP and this commit is largely intended to allow others to sync up; the
dhclient code still only works when doing dhcp configuration post-install
and requires a bit more work on the boot floppy before it will truly
work in the minimal bootstrapping role.
|
| |
|
| |
|
|
|
|
|
|
| |
for the time being) for debugging purposes.
Fix bug in options selection.
|
| |
|
|
|
|
| |
of values more than once. User might want to override them.
|
|
|
|
| |
Disable the non-working dhcp client code I just committed by mistake.
|
|
|
|
|
|
| |
which is why I didn't see this. :)
Noted by: Maxim Sobolev <sobomax@altavista.net>
|
|
|
|
|
|
|
|
| |
Now we know which variables are internal and which need to be
backed to /etc/rc.conf.site. rc.conf is not touched now.
Also kget kernel change information back properly and set up a loader.rc
file to use it.
|
|
|
|
|
|
|
|
| |
o Move fixups into extraction routine so all consumers don't have to duplicate
the right behavior.
o Make some things more orthogonal (just for asthetics sake)
o Add option to go back and do it again if XF86Setup fails (possibly with
a different setup - this one has always annoyed me).
|
| |
|
|
|
|
|
| |
of these magic knobs. This is purely cosmetic and a documentation issue
so we don't have to glop through the source code looking for gems.
|
|
|
|
|
|
| |
setup dialog from scripts is more controllable. No more biasing off of
hostname (which is now non-optional in the non-netInteractive case).
Requested by: pst
|
|
|
|
|
| |
Add and document new loadConfig function (sort of like a script #include).
Make TCP/IP setup far less chatty when it doesn't need to be.
|
|
|
|
| |
2. If hostname not set from script, bring up interactive dialog anyway.
|
| |
|
| |
|
|
|
|
| |
2. Update to XFree86 3.3
|
|
|
|
| |
puppies.
|
| |
|
| |
|
|
|
|
| |
mediaDevice directly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
so that we're more useful in multi-user mode. This is still not
100%, but it pulls in a lot more than it used to. Some of the "composite"
variables in /etc/sysconfig are going to take more work.
o Always write /etc/resolv.conf and /etc/hosts if it makes sense to do
so.
o Reset media properly when reselecting. Longstanding bogon.
o Pull SIGPIPE handling out of package.c; I'm actually hoping to handle
this differently shortly.
o Fix bug where cancel in TCP setup dialog still checked data fields.
I think this closes a PR, but I will have to go look.
|
|
|
|
| |
ask politely.
|
|
|
|
|
| |
there's no menu display bug to work around now), be far more selective
in my use of DITEM_RECREATE (which is slow and involves much screen I/O).
|
|
|
|
| |
Pointed-Out-By: msmith
|
|
|
|
|
|
| |
all (closes PR#2296).
Print better FTP failure diagnostics
Do better media failure checking in install.
|
| |
|
|
|
|
|
|
|
|
| |
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.
|
|
|
|
|
| |
common layout code into some work functions and make all the layout-using
routine adopt them. Also reorganize includes and generally clean up.
|
|
|
|
| |
I've been committing into 2.2 directly all this time.
|
| |
|
|
|
|
|
|
|
| |
bogus or overly complex and really needed to be done more consistently
and sanely throughout - no question about it. Done.
Suggested-By: Paul Traina <pst@Shockwave.COM>
|
| |
|
|
|
|
|
|
| |
Some changes of my own to make screen saver configuration a little
more sane, and also make it easier to get to the keyboard/screen
setup from the options menu.
|
|
|
|
|
| |
(for now - still a few more wrinkles here). Add more debugging code
and some cosmetic tweaks.
|
|
|
|
| |
when running multi-user.
|
|
|
|
| |
Also update copyright notices.
|
|
|
|
| |
judicious use of dialog_clear_norefresh().
|
|
|
|
| |
possible minute? :-)
|
| |
|
| |
|