| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Add some constness to avoid some warnings.
Remove use register keyword.
Deal with missing/unneeded extern/prototypes.
Some minor type changes/casts to avoid warnings.
Reviewed by: md5
|
|
|
|
|
|
|
| |
option. Warn about COPY being phased out. Restore the old method
of always comparing before installing: INSTALL="install -C".
Requested by: bde
|
|
|
|
|
|
| |
as was promised in revision 1.43.
MFC after: 1 month
|
| |
|
|
|
|
|
|
| |
PR: 30543
Approved by: dwmalone (mentor)
MFC after: 3 weeks
|
| |
|
| |
|
|
|
|
|
|
| |
environment variable that specifies the name of the strip(1)
program to use. The envvar is "STRIPBIN". The more natural
choice would be "STRIP", but that one is taken already.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Do the usualy ifdef trick here.
Reported by: dworkin muller <addr-removed> and faried nawaz <fn@hungry.com>
|
| |
|
|
|
|
| |
during the bootstrap phase.
|
|
|
|
| |
PR: 31415
|
| |
|
|
|
|
| |
Spotted by: bde
|
|
|
|
| |
Idea from: Theo de Raadt <deraadt@openbsd.org>
|
|
|
|
|
|
| |
Also, fix markup in the SYNOPSIS.
Submitted by: dougb
|
|
|
|
|
|
|
| |
Instead, issue a warning for now if -d and -C options are used
together. This will be turned into an error before 4.5-RELEASE.
Reviewed by: imp
|
|
|
|
|
| |
"install -C" then things will fail due to new checks. Relax the
checks so that install -C -d works again.
|
|
|
|
|
|
|
|
|
|
|
| |
o New flags: -b and -B (backup)
o New flag: -S (safe copy; aka "atomic" install)
o The -c flag is now the default.
o The -D flag was withdrawn.
Reviewed by: bde (up to some point)
Obtained from: OpenBSD but heavily modified
MFC after: 1 month
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
A garbage timestamp was used for at least installing /dev/null with -C -p
when the target doesn't already exist.
|
| |
|
| |
|
|
|
|
|
| |
of the typeset output, tend to make diffs harder to read and provide
bad examples for new-comers to mdoc.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
interface, and statically link them to the programs using them.
These functions, upon reflection and discussion, are too generically
named for a library interface with such specific functionality.
Also the api that they use, whilst ok for private use, isn't good
enough for a libc function.
Additionally there were complications with the build/install-world
process. It depends heavily upon xinstall, which got broken by
the change in api, and caused bootstrap problems and general mayhem.
There is work in progress to address future problems that may be
caused by changes in install-chain tools, and better names for
{g|s}etflags can be derived when some future program requires them.
For now the code has been left in src/lib/libc/gen (it started off
in src/bin/ls).
It's important to provide library functions for manipulating file
flag strings if we ever want this interface to be adopted outside
of the source tree, but now isn't necessarily the right moment
with 4.0-release just around the corner.
Approved: jkh
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
string to u_long and back using two functions, flags_to_string and
string_to_flags, which co-existed with 'ls'. As time has progressed
more and more other tools have used these private functions to
manipulate the file flags.
Recently I moved these functions from /usr/src/bin/ls to libutil,
but after some discussion with bde it's been decided that they
really ought to go in libc.
There are two already existing libc functions for manipulating file
modes: setmode and getmode. In keeping with these flags_to_string
has been renamed getflags and string_to_flags to setflags.
The manual page could probably be improved upon ;)
|
| |
|
|
|
|
| |
Obtained from: bde
|
|
|
|
| |
many places nowadays.
|
| |
|
| |
|
|
|
|
| |
Submitted by: nrahlstr
|
| |
|
|
|
|
| |
Obtained from: OpenBSD
|
|
|
|
|
|
|
|
|
|
|
| |
execvp() in the child branch of a vfork(). Changed to use fork()
instead.
Some of these (mv, find, apply, xargs) might benefit greatly from
being rewritten to use vfork() properly.
PR: Loosely related to bin/8252
Approved by: jkh and bde
|
|
|
|
|
|
| |
Submitted by: Kenneth Merry <ken@plutotech.com>
Also, while here, mention that other FS's don't do flags.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
it if flags were explicitly specified on the command line. Do not warn
if we were merely trying to preserve flags or remove UF_NODUMP. NFS does
not support flags.
I'm not sure that this is ideal, but it should do for now. Installing
a plain file onto a NFS server must work, we used to silently ignore the
attempt. Doing a binary install looses the flags anyway since cpio
doens't preserve them with the cdrom/network images.
XXX make world should not use flags or chown/chgrp in the obj/tmp area.
This is based on a suggestion from Ken Merry <ken@plutotech.com>.
|
|
|
|
|
|
|
|
|
|
|
|
| |
types. The NetBSD compatibility cruft was more correct for -current
than FreeBSD's own code. It just used NetBSD #defines instead of
string literals for the filesystem names. NetBSD's MOUNT_UFS is
"ffs", so using a literal "ufs" gives wrong results, but this is
unimportant, especially for bootstrapping.
Fixed style bugs in trymmap().
Fixed some disordered declarations.
|
|
|
|
| |
Typo fix.
|
|
|
|
|
|
| |
handy at the moment with -current's mmap+unlink interactions.. The
problems seem worst when using INSTALL="install -C" in /etc/make.conf.
This could well come in handy in the future too.
|
|
|
|
|
| |
headers during the port of FreeBSD to a NetBSD supported architecture.
FreeBSD needs to be able to install itself from very early on.
|