| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Submitted by: Danny Braniss <danny@cs.huji.ac.il>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the following description in RFC2461:
AdvSendAdvertisements
A flag indicating whether or not the router sends
periodic Router Advertisements and responds to
Router Solicitations.
Default: FALSE
Note that AdvSendAdvertisements MUST be FALSE by
default so that a node will not accidentally start
acting as a router unless it is explicitly
configured by system management to send Router
Advertisements.
Submitted by: JINMEI Tatuya <jinmei@isl.rdc.toshiba.co.jp>
MFC after: 1 week
|
|
|
|
|
| |
To use a FAITH actually, you also need faithd(8) setup.
Please consult faithd(8) manpage.
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
| |
PR: 28185
Submitted by: Gordon Tetlow <gordont@bluemtn.net>
|
|
|
|
| |
from another host.
|
|
|
|
|
|
|
| |
is just a shell script for backward compatibility. Now, we always use
ifconfig(8) instead of prefix(8).
MFC after: 3 weeks
|
| |
|
|
|
|
|
|
|
| |
Make the default setting YES for now to get some experience with it.
Note: If people starts seeing disk errors because of this then it
should not be backed.
|
|
|
|
|
|
| |
PR: 26543
Submitted by: Brooks Davis <brooks@one-eyed-alien.net>
MFC after: 3 weeks
|
| |
|
| |
|
|
|
|
|
| |
Submitted by: Miklos Niedermayer <mico@bsd.hu>
PR: conf/27726
|
|
|
|
|
|
|
|
| |
originally submitted patch (oops!).
Also check for an empty $daily_accounting_save.
Submitted by: Udo Schweigert <Udo.Schweigert@cert.siemens.de>
|
|
|
|
|
| |
Submitted by: Udo Schweigert <Udo.Schweigert@cert.siemens.de>
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
Submitted by: gshapiro
|
|
|
|
| |
Add a dire warning about the experimental nature of threaded Perl.
|
|
|
|
|
|
|
| |
card "D" "Link DWL-650 11Mbps WLAN Card"
which is the most amusing CIS mistake I've seen in some time.
# I'm using this card to make this commit!
|
| |
|
| |
|
|
|
|
|
| |
Prompted by: Alexandr Listopad <laa@laa.zp.ua>
MFC after: 3 days
|
|
|
|
|
|
|
| |
enable or disable background fsck'ing all in one shot. Default is
currently 'YES'.
Reviewed by: jkh
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
plus documentation.
Submitted by: Alexander Leidinger <Alexander@Leidinger.net>
Not objected to by: hm
MFC after: 1 week
|
|
|
|
| |
<roam@orbitel.bg>
|
|
|
|
| |
so zsh can parse this file as well.
|
|
|
|
|
|
| |
but runs kbdcontrol instead of vidcontrol.
Reviewed by: ru
|
| |
|
| |
|
|
|
|
|
|
| |
PR: conf/24865
Submitted by: schweikh
Reviewed by: hm
|
| |
|
| |
|
| |
|
|
|
|
| |
Reviewed by: Nick Hibma <n_hibma@qubesoft.com>
|
|
|
|
|
|
|
|
|
| |
(undocumented until now) by /etc/pccard_ether.
MFC candidate.
Pointed out by: Dave Crane <dave@trig.net>
Reviewed by: -mobile
|
|
|
|
|
|
|
|
| |
NO_MAKEDEV_INSTALL and NO_MAKEDEV_RUN. The former implying the latter.
The names imply what they do. The last commit by DES based on a PR defeated
the original idea behind NO_MAKEDEV, which was not to run MAKEDEV, but to do
the installation of MAKEDEV. This should satisfy both parties on the MAKEDEV
challenge.
|
|
|
|
|
|
|
|
|
| |
Note that "right" in this case is not universally recognized, but
NTP-practittioners as opposed to theoretians generally agree that
getting "inside the window" using ntpdate is TRTTD on PC hardware.
PR: 25514
Submitted by: Chris Johnson <cjohnson-pr@palomine.net>
|
|
|
|
|
|
|
| |
very specific scenarios, and now that we have had net.inet.tcp.blackhole for
quite some time there is really no reason to use it any more.
(second of three commits)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
associated changes that had to happen to make this possible as well as
bugs fixed along the way.
Bring in required TLI library routines to support this.
Since we don't support TLI we've essentially copied what NetBSD
has done, adding a thin layer to emulate direct the TLI calls
into BSD socket calls.
This is mostly from Sun's tirpc release that was made in 1994,
however some fixes were backported from the 1999 release (supposedly
only made available after this porting effort was underway).
The submitter has agreed to continue on and bring us up to the
1999 release.
Several key features are introduced with this update:
Client calls are thread safe. (1999 code has server side thread
safe)
Updated, a more modern interface.
Many userland updates were done to bring the code up to par with
the recent RPC API.
There is an update to the pthreads library, a function
pthread_main_np() was added to emulate a function of Sun's threads
library.
While we're at it, bring in NetBSD's lockd, it's been far too
long of a wait.
New rpcbind(8) replaces portmap(8) (supporting communication over
an authenticated Unix-domain socket, and by default only allowing
set and unset requests over that channel). It's much more secure
than the old portmapper.
Umount(8), mountd(8), mount_nfs(8), nfsd(8) have also been upgraded
to support TI-RPC and to support IPV6.
Umount(8) is also fixed to unmount pathnames longer than 80 chars,
which are currently truncated by the Kernel statfs structure.
Submitted by: Martin Blapp <mb@imp.ch>
Manpage review: ru
Secure RPC implemented by: wpaul
|
|
|
|
| |
PR: conf/24239
|
|
|
|
|
|
|
|
| |
Xircom CreditCard Netwave cnw
Intel PRO/Wireless 2011 (PRISM II) wi
3COM 3CRWE737A (PRISM II) wi
Note: I've had some reports that the latter two cards work, but I've not
been able to get them to work for me.
|
|
|
|
|
| |
PR: 25831
Submitted by: quinot@inf.enst.fr
|
|
|
|
|
| |
PR: 25196
Submitted by: Chris Knight <chris@aims.com.au>
|
|
|
|
|
| |
seperate knobs for inbound (accepting SMTP connections) and outbound (just
occasionally dequeueing) sendmail daemon startup.
|
|
|
|
|
|
|
| |
This card was DL10022 based card.
Submitted by: [bsd-nomads:15287]
Yoshihiko SARUMARU <mistral@imasy.or.jp>
|
|
|
|
|
|
| |
builds. This may be disabled using the NO_CPU_COPTFLAGS variable.
Reviewed by: arch
|
|
|
|
| |
Submitted by: David A. Panariti <davep@who.net>
|
|
|
|
|
|
|
|
|
|
| |
enable all harvesting options by default since having them on for
devices not present doesn't hurt anything. Leave them on by default
since for the most part they are not producing noticable slowdown,
and are about to get a lot more efficient.
Re-order part of the cheesy entropy process in preparation for
its complete removal.
|
|
|
|
|
|
| |
MFC candidate.
Submitted by: jeh
|