| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
a complete subset of the crypto (master) code.
|
|
|
|
|
| |
Also, add an "unifdef:" target, so that the telnet sources can
be remade from the crypto sources in src/crypto/telnet.
|
|
|
|
|
|
|
|
|
| |
address in icmp_reflect().
- Two new "struct icmpstat" members: icps_badaddr and icps_noroute.
PR: kern/31575
Obtained from: BSD/OS
MFC after: 1 week
|
|
|
|
|
|
| |
effective uid.
MFC after: 3 days
|
|
|
|
| |
Add more checks for data overflow.
|
| |
|
| |
|
|
|
|
| |
Increase charmap symbol length to 64
|
|
|
|
|
|
| |
the `-x' option to get an X window than to temporarily disable DISPLAY.
PR: 32180
|
| |
|
| |
|
|
|
|
|
|
|
| |
should have done differently.
Restore tip(1) to the build. I will return to this with a clean
import to tip in due course.
|
|
|
|
|
|
|
|
| |
post-UUCP-removal stuff:
1) Link cu(1) to tip(1).
2) Force removal of system immutable bit. (Was needed by UUCP's
insecure cu(1).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
renames/rotations) only detected cases where the file itself was
moved or deleted. If part of the path to the file (or a symlink
in the path) was changed instead, tail would not notice.
Fix this by ensuring that we stat the path at least once every
second in the -F case to check for changes. We still use kqueue
when possible to inform us quickly when the file has changed.
PR: bin/24955
Submitted by: Maxim Konovalov <maxim@macomnet.ru>
MFC after: 1 week
|
| |
|
|
|
|
|
|
| |
PR: 32242
Submitted by: Alan E <alane@geeksrus.net>
MFC after: 3 weeks
|
|
|
|
|
| |
pages; rename it to DIAGNOSTICS. Also use the .Ex macro while I'm
here.
|
| |
|
|
|
|
|
| |
Spotted by: David Wolfskill
Forgotten by: me
|
|
|
|
|
| |
"similar but not identical" built-in replacements for
false(1) and/or true(1).
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
used so often that it's worth keeping it as a builtin.
Now that all the printf invocations from within the system startup
scripts, we can safely remove it.
Urged by: sheldonh :)
No MFC is planned so far because it may break compatibility and
violate POLA.
|
|
|
|
| |
PR: bin/31673
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: docs/32128
Submitted by: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> (partially)
|
|
|
|
|
|
| |
(sh(1) indeed does)
Add a cross-reference to builtin(1).
|
|
|
|
|
|
| |
inside the Bourne shell scripts.
PR: docs/32082
|
| |
|
|
|
|
|
| |
PR: docs/32083
Submitted by: setantae@submonkey.net
|
|
|
|
|
| |
PR: docs/32084
Submitted by: setantae@submonkey.net
|
|
|
|
|
|
| |
PR: docs/32086
Submitted by: setantae@submonkey.net
MFC After: 2 days
|
|
|
|
|
|
| |
PR: bin/23526
Submitted by: root@yoda.fwe.pi.musin.de
MFC after: 1 week
|
|
|
|
|
|
| |
Submitted by: Vitezslav Novy <vita@fio.cz>
PR: 32036
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
the 'You have mail.' check. This is useful for sites that rely on
remote mail access, rather than a local mail spool. Due to the
behavior of login_getcapbool(), the negated form is required so as
to have appropriate results.
o This behavior may have to be independently added to sshd due to
redundant implementation.
|
|
|
|
|
|
|
|
| |
"usage:" string. This is how most (all?) other programs in the system
do it.
PR: 31596
Submitted by: Cyrille Lefevre <clefevre@citeweb.net>
|
|
|
|
|
| |
Reviewed by: nectar
Approved by: nectar
|
|
|
|
|
|
|
|
| |
Get floating holidays right.
Add the richness of NT holidays.
Submitted by: Conrad Parker <conrad@vergenet.net>
|
|
|
|
| |
Submitted by: Conrad Parker <conrad@vergenet.net>
|
|
|
|
| |
Approved by: lioux
|
|
|
|
| |
tradition.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
replaced with the new version in sendmail's distribution, vacation and
the necessary libraries (libsmdb and libsmutil) were changed so they
were always compiled. This broke people who didn't checkout
src/contrib/sendmail/. I don't know if it's best to think of NO_SENDMAIL
as no sendmail sources available or no sendmail binary. It is now the former.
Also, remove the sendmail chapter from System Managers Manual (SMM) if
NO_SENDMAIL is defined (for similar reasons -- source not available).
PR: 31863, 31865
Submitted by: matusita, Joe Kelsey <joe@zircon.seattle.wa.us>
MFC after: 3 days
|
|
|
|
| |
Reviewed by: des
|
|
|
|
|
|
| |
constant, just in case uint32_t turns into a `short' ten years from now.
If this is MFC'd it will be necessary to hard-code the constant since
-stable doesn't have UINT32_MAX.
|
|
|
|
|
|
|
| |
an int, not a long
Submitted by: Paul Herman <pherman@frenchfries.net>
PR#: alpha/31859
|
|
|
|
|
| |
PR: bin/11900
MFC after: 2 weeks
|