FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=master 2020-09-09T00:39:47Z 2020-09-09T00:39:47Z Kyle Evans kevans@FreeBSD.org 2020-09-09T00:39:47Z urn:sha1:6703731d6e6a14771b76002087f4d84d8f66e82a Currently, WITHOUT_PORTSNAP forces WITHOUT_FREEBSD_UPDATE because the latter relies on phttpget, which lives inside the portsnap build bits. Remove the dependency between these two options by moving phttpget out into ^/libexec and building/installing it if either WITH_PORTSNAP or WITH_FREEBSD_UPDATE. Future work could remove the conditional if it's decided that users will use it independently of either the current in-base consumers. Reported by: swills Reviewed by: jilles, emaste MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D26255 2019-11-18T23:21:13Z Kyle Evans kevans@FreeBSD.org 2019-11-18T23:21:13Z urn:sha1:506f36402925a87ed1d1483189ba07cd42f27a3d FreeBSDlua ("flua") is a FreeBSD-private lua, flavored with whatever extensions we need for base system operations. We currently support a subset of lfs and lposix that are used in the rewrite of makesyscall.sh into lua, added in r354786. flua is intentionally written such that one can install standard lua and some set of lua modules from ports and achieve the same effect. linit_flua is a copy of linit.c from contrib/lua with lfs and lposix added in. This is similar to what we do in stand/. linit.c has been renamed to make it clear that this has flua-specific bits. luaconf has been slightly obfuscated to make extensions more difficult. Part of the problem is that flua is already hard enough to use as a bootstrap tool because it's not in PATH- attempting to do extension loading would require a special bootstrap version of flua with paths changed to protect the innocent. src.lua.mk has been added to make it easy for in-tree stuff to find flua, whether it's bootstrap-flua or relying on PATH frobbing by Makefile.inc1. Reviewed by: brooks, emaste (both earlier version), imp Differential Revision: https://reviews.freebsd.org/D21893 2019-11-07T22:58:10Z Brooks Davis brooks@FreeBSD.org 2019-11-07T22:58:10Z urn:sha1:a4330302f22d45d4158204b2d5d7c6738100f3a5 Alter bsd.compat.mk to set MACHINE and MACHINE_ARCH when included directly so MD paths in Makefiles work. In the process centralize setting them in LIBCOMPATWMAKEENV. Alter .PATH and CFLAGS settings in work when the Makefile is included. While here only support LIB32 on supported platforms rather than always enabling it and requiring users of MK_LIB32 to filter based TARGET/MACHINE_ARCH. The net effect of this change is to make Makefile.libcompat only build compatability libraries. Changes relative to r354449: Correct detection of the compiler type when bsd.compat.mk is used outside Makefile.libcompat. Previously it always matched the clang case. Set LDFLAGS including the linker emulation for mips where -m32 seems to be insufficent. Reviewed by: imp, kib (origional version in r354449) Obtained from: CheriBSD (conceptually) Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D22251 2019-11-07T19:22:51Z Brooks Davis brooks@FreeBSD.org 2019-11-07T19:22:51Z urn:sha1:ccad77fe1e02fa2559819bab262d9fd034a8dcac Additional testing is required.. 2019-11-07T17:10:33Z Brooks Davis brooks@FreeBSD.org 2019-11-07T17:10:33Z urn:sha1:36712a94975f5bd0d26c85377283b49a2369c82f Alter bsd.compat.mk to set MACHINE and MACHINE_ARCH when included directly so MD paths in Makefiles work. In the process centralize setting them in LIBCOMPATWMAKEENV. Alter .PATH and CFLAGS settings in work when the Makefile is included. While here only support LIB32 on supported platforms rather than always enabling it and requiring users of MK_LIB32 to filter based TARGET/MACHINE_ARCH. The net effect of this change is to make Makefile.libcompat only build compatability libraries. Reviewed by: imp, kib Obtained from: CheriBSD (conceptually) Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D22251 2018-10-17T16:49:11Z Bjoern A. Zeeb bz@FreeBSD.org 2018-10-17T16:49:11Z urn:sha1:0696600c41600d80bcd993bfd8e675d0ae6951fe The reasons for this are forward looking to pkgbase: * /sbin/init is a special binary; try not to replace it with every package update because an rc script was touched. (a follow-up commit will make init its own package) * having rc in its own place will allow more easy replacement of the rc framework with alternatives, such as openrc. Discussed with: brd (during BSDCam), kmoore Requested by: cem, bz PR: 231522 Approved by: re (gjb) 2017-10-06T08:43:14Z Jeremie Le Hen jlh@FreeBSD.org 2017-10-06T08:43:14Z urn:sha1:e415aa284663746c8babbba2d3871d26980a8b8a If they are still needed, you can find them in the net/bsdrcmds port. This was proposed June, 20th and approved by various committers [1]. They have been marked as deprecated on CURRENT in r320644 [2] on July, 4th. Both stable/11 and release/11.1 contain the deprecation notice (thanks to allanjude@). Note that ruptime(1)/rwho(1)/rwhod(8) were initially thought to be part of rcmds but this was a mistake and those are therefore NOT removed. [1] https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018239.html [2] https://svnweb.freebsd.org/base?view=revision&revision=320644 Reviewed by: bapt, brooks Differential Revision: https://reviews.freebsd.org/D12573 2016-06-07T16:31:03Z Kurt Lidl lidl@FreeBSD.org 2016-06-07T16:31:03Z urn:sha1:c0759dac0d4a52e9cf67fbe46ea0f2caa225164e Sponsored by: The FreeBSD Foundation 2016-06-02T19:06:04Z Kurt Lidl lidl@FreeBSD.org 2016-06-02T19:06:04Z urn:sha1:95856e1457dc5761e1cd2d86f4d4941446479a81 Reviewed by: rpaulo Approved by: rpaulo Relnotes: YES Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D5913 2016-02-25T18:23:40Z Mariusz Zaborski oshogbo@FreeBSD.org 2016-02-25T18:23:40Z urn:sha1:c501d73c7e2d5c843583084b84bd3e6f68a0047e After calling the cap_init(3) function Casper will fork from it's original process, using pdfork(2). Forking from a process has a lot of advantages: 1. We have the same cwd as the original process. 2. The same uid, gid and groups. 3. The same MAC labels. 4. The same descriptor table. 5. The same routing table. 6. The same umask. 7. The same cpuset(1). From now services are also in form of libraries. We also removed libcapsicum at all and converts existing program using Casper to new architecture. Discussed with: pjd, jonathan, ed, drysdale@google.com, emaste Partially reviewed by: drysdale@google.com, bdrewery Approved by: pjd (mentor) Differential Revision: https://reviews.freebsd.org/D4277