"normal", ie, "hash filename" (like all the simple checksum output
forms) as opposed to "hashname (filename) = hash". This output form
is, imho, somewhat more useful because you can pass it directly to
sort to find identical files. For example:
md5 * | sort | uniq -c | grep -v ' 1 '
merely " == 1" is just *not* helpful).
Note which symbols were missing (better for bug reports, if anyone
files one :).
Make the kernel submap symbols optional (sparc, sparc64, most powerpc,
and the sh3 ports seem not to have a phys_map -- problem noted by
myself yesterday).
Oh, and a little misc lint cleanup while I'm here.
would be horrific).
Handle the new VM_MAP_DYING flag (and adjust the VM_MAP_TOPDOWN bit).
Check to see if 0, 1, and 2 are properly "open" and try to "adjust" if
they're not. Emit no warnings or errors here.
* move buffer[] to print_passwd(); it's used only there
* make trim(), usage(), print_passwd() static, and g/c no longer needed
prototypes for them
* replace __progname with getprogname()/setprogname()
* move the prototypes for pwd_getsalt()/to64() outside of print_passwd()
change reviewed by Niels
- krb4/5 support for privsep (krb5 diff was already applied)
includes fake implementaation of getpeereid() from openssh-portable, which
does nothing useful - need improvement.
to UINT_MAX before scanning, and check for UINT_MAX to detect whether it
was set.
Without this, it is not possible to play the first less than a minute of
a CD using absolute msf addresses.
Some notes:
\- is for minus signs only.
Closing braces and punctuation after a macro should definitly not be
on the next line, but at the end of the macro line, separated with spaces
from the macro argument and each other. Otherwise, unwanted whitespace
appears.
- consistently support __hpux (which the HP compilers define) as well
as __hpux__ (not sure which compilers set this, but retained anyway)
- fix a typo in the definition of signal(). arguably the codebase should
just be converted to sigaction()...
ugly to add -I.../usr.bin to do this. instead, add appropriate
comments in the source to where the files are actually coming from.
- use NETBSDSRCDIR as appropriate
- some minor makefile delint
two variables:
TOOLCHAIN_MISSING -- set to "yes" on platforms for which there is
no working in-tree toolchain (hppa, ns32k, sh5, x86_64).
EXTERNAL_TOOLCHAIN -- if defined by the user, points to the root of
an external toolchain (e.g. /usr/local/gnu). This enables the cross-build
framework even for TOOLCHAIN_MISSING platforms.
If TOOLCHAIN_MISSING is set to "yes", MKGDB, MKBFD, and MKGCC are all
unconditionally set to "no", since the bits are not there to build.
If EXTERNAL_TOOLCHAIN is set, MKGCC is unconditionally set to "no",
since the external toolchain's compiler is not in-sync with the
in-tree compiler support components (e.g. libgcc).
* Set MACHINE_CPU much earlier in bsd.own.mk, so that more tests in
that file can use it.
recurse into submaps (a kernel thing) as suggested by Chuck Cranor,
with the output from these entries indented. Clean up and rework code
slightly, to make the recursion task much easier. Also, add a note to
the BUGS section in the man page thats mentions that stuff "just won't
work right" unless pmap is reading from the proper kernel.
pulled in by <sys/types.h>, and on a non-NetBSD system (host tool case),
it doesn't really matter (since it's just for the __RCSID macro).
There are larger problems with mkmagic's host tool-ness. A PR has been
filed.
C99 support.
- turn lerror() into a macro so that the filename and the line number of the
error are printed before we abort.
- recurse in type printing to provide the proper type name.
We only enable 8-bit output for known single-byte locales, currently
ISO8859-*. For all other locales the program output is unchanged.
RFC-1288 recommends that administrators have a mechanism to enable
characters greater than ASCII 126. A suggested solution is an
environment variable. The environment variables of choice here are
LC_CTYPE and LANG.
Thanks to Martin Husemann <martin@duskware.de> for the idea on checking
for known single-byte locales, to Johan Danielsson <joda@pdc.kth.se> for
checking RFC-1288, and to Jun-ichiro itojun Hagino <itojun@iijlab.net>
for insisting on retaining security for multi-byte locales.
If you experience any problems with these changes, please send me email
describing the problem and how to repeat it. I'd rather try to fix the
problem than have this change reverted. Thanks!
be changed in the future to "yes".
If MKDYNAMICROOT == "no", there is no change from existing behaviour
of a static /bin and /sbin (and a few programs in elsewhere).
If MKDYNAMICROOT == "yes", the following changes occur:
in <bsd.own.mk>:
SHLIBDIR?= /lib
SHLINKDIR?= /lib
in various Makefiles, the following entry is DISABLED.
LDSTATIC?=-static
This results in all programs (except those "standalone" programs built
in sys/arch/*/stand) are linked dynamically, the shared linker is moved
from /usr/libexec to /lib (with a compat symlink), and the shared
libraries used by /bin and /sbin programs are moved from /usr/lib to
/lib (with compat symlinks).
daemon is a bad idea, (2) there's no standard in 8bit finger, (3) there's no
guarantee that finger/fingerd uses the same locale, (4) existing finger client
could scream. see tech-userlevel.
valid for output. If something bad gets printed, either the locale
settings for the user (or output terminal) are wrong, or the LC_CTYPE
definitions on the system are invalid.
valid for output. If something bad gets printed, either the locale
settings for the user (or output terminal) are wrong, or the LC_CTYPE
definitions on the system are invalid.
display disk transfer values (Suggested by Simon Burge). Also clip
%busy to 100 and display as an int which has the useful side effect
of stopping it overflowing into the next column (100.0).
christos