| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
synopsis, and the man page description ("selector" vs. "sel" and
"addr" vs. "reg").
Fix the usage message and man page synopsis to show that the "value"
argument is not optional.
|
| |
|
|
|
|
| |
Approved by: peter
|
|
|
|
| |
cvs co acpi and build acpi utilities w/o needing the usr.sbin Makefile.inc.
|
|
|
|
|
| |
effectively removes pppctl from the build for now. It only compiles on
alpha now (now ironic).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
under way to move the remnants of the a.out toolchain to ports. As the
comment in src/Makefile said, this stuff is deprecated and one should not
expect this to remain beyond 4.0-REL. It has already lasted WAY beyond
that.
Notable exceptions:
gcc - I have not touched the a.out generation stuff there.
ldd/ldconfig - still have some code to interface with a.out rtld.
old as/ld/etc - I have not removed these yet, pending their move to ports.
some includes - necessary for ldd/ldconfig for now.
Tested on: i386 (extensively), alpha
|
|
|
|
| |
unsigned longs. This fixes "ypbind -S ... -m" on sparc64.
|
|
|
|
| |
Requested by: murray at Cafe in Tokyo.
|
|
|
|
|
|
|
|
| |
independently by Robert, but also proposed in the PR below).
PR: 38126
Submitted by: Josh Elsasser <jre@vineyard.net>
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to control the mapping of things like the ACPI and APM into memory.
The problem is that starting X changes these values, so if something
was using the bits of BIOS mapped into memory (say ACPI or APM),
then next time they access this memory the machine would hang.
This patch refuse to change MTRR values it doesn't understand,
unless a new "force" option is given. This means X doesn't change
them by accident but someone can override that if they really want
to.
PR: 28418
Tested by: Christopher Masto <chris@netmonger.net>,
David Bushong <david@bushong.net>,
Santos <casd@myrealbox.com>
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
While I'm here, fix a gramm-o.
PR: 42576
Submitted by: Jeff Ito <jeffi@rcn.com>
MFC after: 1 day
|
|
|
|
|
| |
Big pointy hat to: sobomax (who apparently needs some sleep)
Submitted by: walt <wa1ter@hotmail.com>
|
|
|
|
| |
Submitted by: jhb
|
|
|
|
|
|
|
| |
packages.
Pointed out by: obrien
Reviewed by: jhb
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
included into pkg_install according to the content of /var/db/pkg_install.conf
file, which specifies version and alternative location of the tools. Format
of the said file is very simple: one line which specifies revision of the
alternative version of the tools and their location separated by space,
i.e.:
20030102 /usr/local/sbin
This would allow bsd.port.mk to install and use up to date version of tools
on older system from ports.
Also add new `-P' flag to pkg_info, which causes it to report currently
installed version of package tools.
Discussed with: will
|
| |
|
|
|
|
| |
calculated dynamically here.
|
| |
|
|
|
|
| |
Obtained from: NetBSD
|
|
|
|
| |
Submitted by: reg
|
|
|
|
|
|
| |
ports/INDEX, by allocating eactly amount of memory necessary for storing
each particular entry, insdead of 4K per entry (more than 7000 entries -
go figure). Memory consumption went down to some 500K from some 30M.
|
|
|
|
|
|
|
|
| |
files are located at the very beginning of the package, this patch in
conjuction with latest tar(1) --fast-mode fix greatly speeds up pkg_info(1)
operation on package files.
MFC after: 1 week
|
|
|
|
|
|
|
| |
new -e option for that).
Feature requested by: Alex V. Belinsky <fozzy@kievweb.net.ua>
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
| |
for it.
While I'm here, add a the ability to say "!level" in a way which
should be compatible with Linux's syslogd.
PR: 28935
No objections: audit
MFC after: 2 weeks
|
|
|
|
|
|
| |
PR: 41912
Submitted by: Aaron Smith <aaron@mutex.org>
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
this avoids some double negatives which are a bit difficult to
parse.
Always tread v[46]bind{,_ok} as booleans.
|
|
|
|
|
| |
PR: 40771
Submitted by: Jean-Luc Richier <Jean-Luc.Richier@imag.fr>
|
|
|
|
|
|
|
|
| |
autoinstalled dependencies will have the same extension, not just
".tbz".
Pointy hat to: obrien
X-MFC after: -1 day
|
|
|
|
|
|
|
|
|
|
|
| |
declared - it was bad style and caused a bug. v[46]bind need to be
reset whenever we go to the "more:" label.
Jean-Luc and I came up with this patch independently, so it had
better be right!
PR: 40771
Submitted by: Jean-Luc Richier <Jean-Luc.Richier@imag.fr>
|
|
|
|
|
| |
PR: 40771
Submitted by: Jean-Luc Richier <Jean-Luc.Richier@imag.fr>
|
|
|
|
|
|
| |
rename a parameter to avoid shadowing a global).
MFC after: 1 month
|
|
|
|
| |
Sponsored by: DARPA & NAI Labs.
|
|
|
|
|
| |
Submitted by: Andre Albsmeier <andre.albsmeier@mchp.siemens.de>
MFC after: 1 day
|
|
|
|
|
|
|
| |
the signature of out-of-date pkg_tools and newer packages.
Reviewed by: jkh
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
This will replace the existing getextattr(8) and setextattr(8) with
a single binary responding to the names getextattr, setextattr,
rmextattr and lsextattr.
This program is not yet connected to the build.
Sponsored by: DARPA and NAI Labs.
|
|
|
|
| |
MFC after: 1 day
|
|
|
|
|
|
|
|
|
| |
contributor)
- support ipv6cpretry and ipv6cpretries, which are IPv6 versions
of ipcpretry and ipcpretries.
- improve handling of IPv6 link-local addresses
Submitted by: JINMEI Tatuya <jinmei@isl.rdc.toshiba.co.jp>
|
|
|
|
| |
Suggested by: mike
|
|
|
|
|
|
| |
from the dialler, usually indicating success or failure. Add -v to add
verbose responses in addition to return values indication success or
failure. Update man page.
|
| |
|
|
|
|
| |
Submitted by: Olivier Tharan <olive@oban.frmug.org>
|
|
|
|
| |
Reviewed by: markm
|
|
|
|
| |
Submitted by: Craig Rodrigues <rodrigc@attbi.com>
|
| |
|
|
|
|
|
|
| |
use Capabilities rather than Capacities.
Submitted by: kkenn
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
EHOSTDOWN. These are often transient errors (when the remote host
reboots, temporary network problems, etc.), and we'd rather err on the
side of caution and keep trying send messages that never arrive than
just give up.
Note that this is not an implementation of the "back-off" methods
given in the PR. Those just seem too complicated. Why not just keep
trying each time? Trying and failing doesn't really consume
significantly more resources than if we were successful for each
message.
PR: bin/31029
MFC after: 1 week
|
| |
|
|
|
|
|
| |
Mark with XXX so someone that cares about being able to handle either
bziped or gziped packages knows where the remaining nits are.
|
|
|
|
|
|
|
| |
fetched with -r option
Reviewed by: will
Approved by: will
|
|
|
|
|
|
|
|
| |
what is calculated.
PR: 41936
Submitted by: Lukas Ertl <le@univie.ac.at>
MFC after: 1 week
|