Document the practical consequence of change "ps(1): Make '-a' and '-A'
always show all processes" (93a94ce731a8) that specifying '-a'/'-A'
leads to printing all processes regardless of the presence of other
process selection options (except for '-x'/'-X', which command
a filter).
While here, mention a possible practical issue with '-J', as reported by
dch@. This option was introduced by commit "Add -J to filter by
matching jail IDs and names." (13767130c7, r265229), which
unfortunately talked about '-J' being a filter while actually
implementing it as a regular selection option which adds to the
processes to display.
Reviewed by: dch
MFC after: 1 day
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D50193
(cherry picked from commit 428200d2f0689aa801f5cab15d3066e2c77825f5)
Commit hash edited on MFC.
(cherry picked from commit f18a49a747f7641e93c24d50207d54e7e612f97d)
Approved by: re (cperciva)
Reviewed by: olce, rmacklem, imp, emaste
Differential Revision: https://reviews.freebsd.org/D48093
(cherry picked from commit e0b7a9b6bee16f4855b392c0941e76b7fef777a0)
This commit has been adapted for stable/14 (references of the relevant
commits and the date have been changed) and the commits that actually
have been MFCed so far (mention of tmpfs has been removed).
"on" could be read to require native builds only vs cross-builds
via qemu-user and that was not the intention.
Suggested by: Mark Millard <marklmi@yahoo.com>
This draws a line in the sand of removing support for 32-bit worlds
and kernels aside from COMPAT_FREEBSD32 and lib32 support. The
project may choose to alter this approach when 15.0 is released by
extending some level of 32-bit support in 15.0 or later.
In particular, at present there is a fair bit of interest in retaining
armv7 support in 15.0 at least.
Reviewed by: brooks
Differential Revision: https://reviews.freebsd.org/D41164
Scripted configuration can make safer some use-cases that currently use
local.lua, but don't actually need to access external resources to make
their changes. Let's note the new feature in RELNOTES.
Reviewed by: markj
Differential Revision: https://reviews.freebsd.org/D40066
The lead digit was lost in 05eba8e068 making it impossible to find the
commit.
The two subsequent RELNOTES commits gave one less digit of the commit
hash, which is what `git rev-parse --short` thinks the minimal length is,
but keep them to align with other entries.
Fixes: 05eba8e068
Differential Revision: https://reviews.freebsd.org/D32595
