src/usr.sbin/amd/pawd, branch mainFreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=main2020-03-09T20:46:43Zretire amd(8)2020-03-09T20:46:43ZEd Masteemaste@FreeBSD.org2020-03-09T20:46:43Zurn:sha1:13f7dbe822d5f447c6137dc0d4ff838fb7050dbe
autofs was introduced with FreeBSD 10.1 and is the supported method for
automounting filesystems. As of r296194 the amd man page claimed that it
is deprecated. Remove it from base now; the sysutils/am-utils port is
still available if necessary.
Discussed with: cy
Relnotes: Yes
Sponsored by: The FreeBSD Foundation
DIRDEPS_BUILD: Update dependencies.2017-10-31T00:07:04ZBryan Drewerybdrewery@FreeBSD.org2017-10-31T00:07:04Zurn:sha1:ea825d02749f382c3f7e17f28247f20a48733eab
Sponsored by: Dell EMC Isilon
DIRDEPS_BUILD: Update dependencies.2017-05-09T01:48:23ZBryan Drewerybdrewery@FreeBSD.org2017-05-09T01:48:23Zurn:sha1:07676084ec447fb969447c378a05210fbd15a35e
Sponsored by: Dell EMC Isilon
Switch from .CURDIR to the simpler, more legible SRCTOP.2016-09-14T01:47:01ZCy Schubertcy@FreeBSD.org2016-09-14T01:47:01Zurn:sha1:3dd30bd184e99ee5805c0c5609a25d36301deaef
Suggested by: emaste
X-MFC-with: upcoming amd upgrade
Add META_MODE support.2015-06-13T19:20:56ZSimon J. Gerratysjg@FreeBSD.org2015-06-13T19:20:56Zurn:sha1:ccfb965433c67f3bda935a3cdf334be2e3c4348d
Off by default, build behaves normally.
WITH_META_MODE we get auto objdir creation, the ability to
start build from anywhere in the tree.
Still need to add real targets under targets/ to build packages.
Differential Revision: D2796
Reviewed by: brooks imp
dirdeps.mk now sets DEP_RELDIR2015-06-08T23:35:17ZSimon J. Gerratysjg@FreeBSD.org2015-06-08T23:35:17Zurn:sha1:44d314f704764f0247a540648a4b4fc3e8012133Merge sync of head2015-05-27T01:19:58ZSimon J. Gerratysjg@FreeBSD.org2015-05-27T01:19:58Zurn:sha1:98e0ffaefb0f241cda3a72395d3be04192ae0d47Convert usr.sbin to LIBADD2014-11-25T16:57:27ZBaptiste Daroussinbapt@FreeBSD.org2014-11-25T16:57:27Zurn:sha1:c6db8143eda5c775467145ac73e8ebec47afdd8f
Reduce overlinking
Merge from head@2746822014-11-19T01:07:58ZSimon J. Gerratysjg@FreeBSD.org2014-11-19T01:07:58Zurn:sha1:9268022b74279434ed6300244e3f977e56a8ceb5Revert r267233 for now. PIE support needs to be reworked.2014-08-19T15:04:32ZBryan Drewerybdrewery@FreeBSD.org2014-08-19T15:04:32Zurn:sha1:5608fd23c27fa1e8ee595d7b678cbfd35d657fbe
1. 50+% of NO_PIE use is fixed by adding -fPIC to INTERNALLIB and other
build-only utility libraries.
2. Another 40% is fixed by generating _pic.a variants of various libraries.
3. Some of the NO_PIE use is a bit absurd as it is disabling PIE (and ASLR)
where it never would work anyhow, such as csu or loader. This suggests
there may be better ways of adding support to the tree. Many of these
cases can be fixed such that -fPIE will work but there is really no
reason to have it in those cases.
4. Some of the uses are working around hacks done to some Makefiles that are
really building libraries but have been using bsd.prog.mk because the code
is cleaner. Had they been using bsd.lib.mk then NO_PIE would not have
been needed.
We likely do want to enable PIE by default (opt-out) for non-tree consumers
(such as ports). For in-tree though we probably want to only enable PIE
(opt-in) for common attack targets such as remote service daemons and setuid
utilities. This is also a great performance compromise since ASLR is expected
to reduce performance. As such it does not make sense to enable it in all
utilities such as ls(1) that have little benefit to having it enabled.
Reported by: kib