| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
| |
It makes compatible with IANA charset defination, and let existent I18N
app happier.
Ref: <http://www.isi.edu/in-notes/iana/assignments/character-sets>
|
|
|
|
|
|
|
| |
the old STREAM protocol has been obsoleted by "ST2" (RFC 1819)
Detected by: Andre Albsmeier <andre.albsmeier@mchp.siemens.de>
Suggested by: Matt Crawford <crawdad@fnal.gov>
|
|
|
|
|
|
|
|
| |
after demand of two people and no objections:
- included all registered protocols, so it's now a useful reference as well
- renamed title to reflect new content
(deleted word "IP", since all registered internet protocols are included now)
- corrected URL (file isn't hosted by iana.org anymore)
|
|
|
|
|
|
|
|
|
|
| |
Do discard standard output from the sysctl for approxy_all, and echo
what this sysctl is doing in the usual way. This fix is probably
backwards. We should probably just use the standard sysctl output
in all cases (it needs to have a newline filtered out).
Echo what the sysctls for nfs_reserved_port_only and nfs_access_cache
are doing.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
default.
Despite their name it doesn't keep TCP sessions alive, it kills
them if the other end has gone AWOL. This happens a lot with
clients which use NAT, dynamic IP assignment or which has a 2^32
* 10^-3 seconds upper bound on their uptime.
There is no detectable increase in network trafic because of this:
two minimal TCP packets every two hours for a live TCP connection.
Many servers already enable keepalives themselves.
The host requirements RFC is 10 years old, and doesn't know about
the loosing clients of todays InterNet.
|
|
|
|
| |
as well as the X11 version ja_JP.SJIS
|
| |
|
|
|
|
|
|
| |
removable disk.
Submitted by: Troy Settle <st@i-Plus.net>
|
| |
|
|
|
|
|
| |
PR: 11511
Reviewed by: des
|
|
|
|
| |
``quotas'' file when cleaning /tmp.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
BEFORE the case for "i4tel*)". (match the longest prefix first!)
Recognized by: Harry Starr
|
|
|
|
| |
Submitted by: Kevin Street <street@iname.com>
|
| |
|
| |
|
|
|
|
|
| |
Submitted by: Studded <Studded@gorean.org>
Reviewed by: phk
|
|
|
|
|
|
| |
Add additional entries (might need a little tweaking) for the Xircom adapters.
Xircom entries obtained from: http://www.lovett.com/lists/freebsd-xircom/
|
| |
|
|
|
|
|
|
|
|
|
| |
add examples of using an access_db
update .mc files to match recommendations on
http://www.sendmail.org/m4/anti-spam.html
(grrr.....should have been one commit
did the last commit from a subdirectory)
|
|
|
|
|
|
| |
add examples of using an access_db
update .mc files to match recommendations on
http://www.sendmail.org/m4/anti-spam.html
|
| |
|
|
|
|
|
|
| |
BSD.include.dist to make tracking this easier.
Pointed out by: Rod Grimes
|
|
|
|
|
|
|
| |
Make Mike Smith very happy by nuking the PCIC auto-load code. :-)
NOTE - You will have to have PCIC in your kernel again!!
You have been warned!!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
adapter (and some workalikes). Also add man pages and a wicontrol
utility to manipulate some of the card parameters.
This driver was written using information gleaned from the Lucent HCF Light
library, though it does not use any of the HCF Light code itself, mainly
because it's contaminated by the GPL (but also because it's pretty gross).
The HCF Light lacks certain featurs from the full (but proprietary) HCF
library, including 802.11 frame encapsulation support, however it has
just enough register information about the Hermes chip to allow someone
with enough spare time and energy to implement a proper driver. (I would
have prefered getting my hands on the Hermes manual, but that's proprietary
too. For those who are wondering, the Linux driver uses the proprietary
HCF library, but it's provided in object code form only.)
Note that I do not have access to a WavePOINT access point, so I have
only been able to test ad-hoc mode. The wicontrol utility can turn on
BSS mode, but I don't know for certain that the NIC will associate with
an access point correctly. Testers are encouraged to send their results
to me so that I can find out if I screwed up or not.
|
|
|
|
| |
(for machines with more than two PC-card slots)
|
|
|
|
| |
PR: 10824
|
|
|
|
| |
Submitted by: Wes Peters <wes@softweyr.com>
|
| |
|
|
|
|
|
|
| |
PR: 9187
Submitted by: Craig Leres <leres@ee.lbl.gov>
Requested by: Nathan Ahlstrom <nrahlstr@winternet.com>
|
| |
|
|
|
|
| |
Forgotten By: obrien
|
| |
|
|
|
|
|
| |
understand the implications and don't think to undo it when they get experience
trouble. (wonder about some of the people running -CURRENT sometimes)
|
|
|
|
| |
Ignored-for-too-long-by: jmb
|
|
|
|
|
|
| |
"passwordtime" is what passwd(1) has actually been using. I suspect
passwordperiod was the original intent. I can't figure-out which,
if either, BSDi uses. If anyone knows...
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
thing to use it at startup, when you don't know if the user can
handle vi or not, but yet another thing to leave it as a permanent
land mine for root.
2. Put /usr/X11R6/bin in path; it makes getting the desktop up a lot easier.
|
|
|
|
|
| |
PR: 10277
Submitted by: Nathan Ahlstrom <nrahlstr@winternet.com>
|
| |
|
|
|
|
| |
on the Alpha anyway)
|
| |
|
| |
|
|
|
|
| |
PR: 11096
|
| |
|