summaryrefslogtreecommitdiff
path: root/Makefile.inc1
Commit message (Collapse)AuthorAgeFilesLines
* crunchgen: fix NULL-deref bug introduced in r364647Alex Richardson2020-12-041-1/+1
| | | | | | | | | | | | | | | | | | | | | | | While porting over the local changes from CheriBSD for upstreaming, I accidentally committed a broken version of find_entry_point(): we have to return NULL if the value is not found instead of a value with ep->name == NULL, since the checks in main were changed to check ep instead of ep->name for NULL. This only matters if the crunched tool cannot be found using normal lookup and one of the fallback paths is used, so it's unlikely to be triggered in rescue. However, I noticed that one of our CheriBSD test scripts was failing to run commands under `su` on minimal disk images where all binaries are hardlinks to a `cheribsdbox` tool generated with crunchgen. This also updates the bootstrapping check in Makefile.inc1 to bootstrap crunchgen up to the next version bump. Reviewed By: kevans Differential Revision: https://reviews.freebsd.org/D27474 Notes: svn path=/head/; revision=368337
* Add lists for customizing legacy and bootstrap-tools.Bryan Drewery2020-11-201-3/+10
| | | | | | | | | Reviewed by: arichardson Sponsored by: Dell EMC Differential Revision: https://reviews.freebsd.org/D27200 Notes: svn path=/head/; revision=367910
* [POWERPC64LE,POWEPCSPE] set default kernel config for powerpc64le and ↵Alfredo Dal'Ava Junior2020-11-201-0/+4
| | | | | | | | | | | | | | powerpcspe variants Default KERNCONF for powerpc64le should be GENERIC64, and powerpcspe should select MPC85XXSPE Reviewed by: bdragon,emaste Sponsored by: Eldorado Research Institute (eldorado.org.br) Differential Revision: https://reviews.freebsd.org/D27257 Notes: svn path=/head/; revision=367907
* Makefile.inc1: remove no-longer required variableAlex Richardson2020-11-131-5/+0
| | | | | | | | | This variable is unsed since r364760 but I forgot to delete it in that commit. Reported By: bdrewery Notes: svn path=/head/; revision=367636
* fix the docs, this was always wrong... In some cases, DISTDIR is setJohn-Mark Gurney2020-11-041-1/+2
| | | | | | | | | | | automatically by tools via /etc/make.conf, so remind people (me) where to find where it's set.. It would be nice for someone to document what DISTDIR is better than: where the file for a distribution gets installed Notes: svn path=/head/; revision=367354
* pkgbase: Add incremental packagesEmmanuel Vadot2020-11-021-6/+37
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This adds a new target update-packages which will create the new packages compared to the last run. This is how to use it: At this point we cut a release $ make buildworld ... $ make buildkernel $ make packages There is now a PKG_VERSION directory with latest link pointing to it Distribute the packages to server $ something something that update the source tree $ make buildworld ... $ make buildkernel $ make update-packages You know have a PKG_VERSION directory in the REPODIR and latest link pointing to it. In PKG_VERSION dir only the packages which differs from the latest run are named PKG_VERSION, otherwise the old packages are there. The process is : Build the new packages in the PKG_VERSION directory Compare the internal data with the PKG_VERSION_FROM version. The comparison is done by checking the internal hash of the packages. By default PKG_VERSION_FROM is set to what the latest link points to. If the old and new version matches, we rm the new package and cp the old one. Differential Revision: https://reviews.freebsd.org/D25984 Notes: svn path=/head/; revision=367277
* flua: Add a libjail moduleRyan Moeller2020-10-241-0/+1
| | | | | | | | | | | | | | | libjail is pretty small, so it makes for a good proof of concept demonstrating how a system library can be wrapped to create a loadable Lua module for flua. * Introduce 3lua section for man pages * Add libjail module Reviewed by: kevans, manpages Relnotes: yes Differential Revision: https://reviews.freebsd.org/D26080 Notes: svn path=/head/; revision=367013
* Significantly speed up mkimg_testAlex Richardson2020-10-181-0/+2
| | | | | | | | | | | | | | | | | It turns out that the majority of the test time for the mkimg tests isn't mkimg itself but rather the use of jot and hexdump which can be quite slow on emulated platforms such as QEMU. On QEMU-RISC-V this reduces the time for `kyua test mkimg_test` from 655 seconds to 200. And for CheriBSD on QEMU-CHERI this saves 4-5 hours (25% of the time for the entire testsuite!) since jot ends up triggering slow functions inside the QEMU emulation a lot. Reviewed By: lwhsu Differential Revision: https://reviews.freebsd.org/D26796 Notes: svn path=/head/; revision=366815
* Fix build with -DBOOTSTRAP_ALL_TOOLSAlex Richardson2020-10-121-1/+4
| | | | | | | | sbin/sysctl can no longer be bootstrapped on FreeBSD 12 after r366465, so create a symlink to the host tool instead of trying to build it. Notes: svn path=/head/; revision=366635
* Makefile.inc1: sysent: allow subordinate sysent targets to run in parallelKyle Evans2020-09-301-0/+4
| | | | | | | | | | | | | | | makesyscalls.lua (and indeed makesyscalls.sh) are both safe to be run in parallel, so let's do it. This is a trivial difference because runtime per-target is pretty small, but I like seeing it run in parallel when my muscle memory types `make -sj4`. Reviewed by: brooks, emaste MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D26594 Notes: svn path=/head/; revision=366275
* [PowerPC64LE] Set up powerpc.powerpc64le architectureBrandon Bergren2020-09-221-0/+1
| | | | | | | | | | | | | | | | | | This is the initial set up for PowerPC64LE. The current plan is for this arch to remain experimental for FreeBSD 13. This started as a weekend learning project for me and kinda snowballed from there. (More to follow momentarily.) Reviewed by: imp (earlier version), emaste Sponsored by: Tag1 Consulting, Inc. Differential Revision: https://reviews.freebsd.org/D26399 Notes: svn path=/head/; revision=366032
* Prefer bootstrapped tools when running certctl.shAlex Richardson2020-09-211-1/+1
| | | | | | | | | | | | | | | | Otherwise we get lots of warnings when building on Linux/macOS during installworld: Scanning /local/scratch/alr48/cheri/output/freebsd-x86/usr/share/certs/blacklisted for certificates... install: invalid option -- 'U' Try 'install --help' for more information. install: invalid option -- 'U' .... Reviewed By: kevans Differential Revision: https://reviews.freebsd.org/D26481 Notes: svn path=/head/; revision=365939
* loader: zfs should support bootonce an nextbootToomas Soome2020-09-211-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | bootonce feature is temporary, one time boot, activated by "bectl activate -t BE", "bectl activate -T BE" will reset the bootonce flag. By default, the bootonce setting is reset on attempt to boot and the next boot will use previously active BE. By setting zfs_bootonce_activate="YES" in rc.conf, the bootonce BE will be set permanently active. bootonce dataset name is recorded in boot pool labels, bootenv area. in case of nextboot, the nextboot_enable boolean variable is recorded in freebsd:nvstore nvlist, also stored in boot pool label bootenv area. On boot, the loader will process /boot/nextboot.conf if nextboot_enable is "YES", and will set nextboot_enable to "NO", preventing /boot/nextboot.conf processing on next boot. bootonce and nextboot features are usable in both UEFI and BIOS boot. To use bootonce/nextboot features, the boot loader needs to be updated on disk; if loader.efi is stored on ESP, then ESP needs to be updated and for BIOS boot, stage2 (zfsboot or gptzfsboot) needs to be updated (gpart or other tools). At this time, only lua loader is updated. Sponsored by: Netflix, Klara Inc. Differential Revision: https://reviews.freebsd.org/D25512 Notes: svn path=/head/; revision=365938
* build: provide a default WARNS for all in-tree buildsKyle Evans2020-09-181-6/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | The current default is provided in various Makefile.inc in some top-level directories and covers a good portion of the tree, but doesn't cover parts of the build a little deeper (e.g. libcasper). Provide a default in src.sys.mk and set WARNS to it in bsd.sys.mk if that variable is defined. This lets us relatively cleanly provide a default WARNS no matter where you're building in the src tree without breaking things outside of the tree. Crunchgen has been updated as a bootstrap tool to work on this change because it needs r365605 at a minimum to succeed. The cleanup necessary to successfully walk over this change on WITHOUT_CLEAN builds has been added. There is a supplemental project to this to list all of the warnings that are encountered when the environment has WARNS=6 NO_WERROR=yes: https://warns.kevans.dev -- this project will hopefully eventually go away in favor of CI doing a much better job than it. Reviewed by: emaste, brooks, ngie (all earlier version) Reviewed by: emaste, arichardson (depend-cleanup.sh change) Differential Revision: https://reviews.freebsd.org/D26455 Notes: svn path=/head/; revision=365887
* Promote the installworld `certctl rehash` to distributeworldKyle Evans2020-09-171-4/+11
| | | | | | | | | | | | | | | | Contrary to my belief, installworld is not sufficient for getting certs installed into VM images. Promote the rehash to both installworld and distributeworld (notably: not stageworld) and rehash the base distdir so we end up with /etc/ssl/certs populated in the base dist archive. A future commit will remove the rehash from bsdinstall, which doesn't really need to happen if they're installed into base.txz. While here, fix a minor typo: s/CERTCLTFLAGS/CERTCTLFLAGS/ MFC after: 1 week Notes: svn path=/head/; revision=365837
* installworld: run `certctl rehash` after installation completesKyle Evans2020-09-171-1/+9
| | | | | | | | | | | | | | | | | | | | | | | This was originally introduced back in r360833, and subsequently reverted because it was broken for -DNO_ROOT builds and it may not have been the correct place for it. While debatably this may still not be 'the correct place,' it's much cleaner than scattering rehashes all throughout the tree. brooks has fixed the issue with -DNO_ROOT by properly writing to the METALOG in r361397. Do note that this is different than what was originally committed; brooks had revisions in D24932 that made it actually use the revised unprivileged mode and write to METALOG, along with being a little more friendly to foreign crossbuilds and just using the certctl in-tree. With this change, I believe we should now have a populated /etc/ssl/certs in the VM images. MFC after: 1 week Notes: svn path=/head/; revision=365829
* Makefile.inc1: remove more old stale depend hacksEd Maste2020-09-131-28/+0
| | | | | | | | Current stale dependency hacks are in tools/build/depend-cleanup.sh. These ones were almost a year old; remove them from Makefile.inc1. Notes: svn path=/head/; revision=365701
* Ensure that the makewhatis symlink is added in the bootstrap-tools stageAlex Richardson2020-09-101-1/+1
| | | | | | | | | | | | | We currently set MK_MAN=no in $BSARGS so MK_MAN_UTILS will also be false which means that the makewhatis symlink will not be created. This change fixes the build when using both -DBUILD_WITH_STRICT_TMPPATH and -DBOOTSTRAP_ALL_TOOLS. Tested by: andrew Differential Revision: https://reviews.freebsd.org/D16761 Notes: svn path=/head/; revision=365584
* Add WITH_/WITHOUT_CLEAN option to replace NO_CLEANEd Maste2020-09-081-12/+16
| | | | | | | | | | | | | | | | | This allows use of the standard src.conf configuration for controlling whether the tree is cleaned before build or not. The default is still to clean. Setting either NOCLEAN or NO_CLEAN will mention the new src.conf option. NOCLEAN remains a .warning, while for now NO_CLEAN is .info. Reviewed by: bdrewery (earlier version) MFC after: 1 month Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D22762 Notes: svn path=/head/; revision=365439
* Makefile.inc1: comment .endif to ease finding matching .ifEd Maste2020-09-011-2/+2
| | | | Notes: svn path=/head/; revision=365018
* MFHGlen Barber2020-08-271-50/+149
|\ | | | | | | | | | | | | Sponsored by: Rubicon Communications, LLC (netgate.com) Notes: svn path=/projects/release-git/; revision=364886
| * libzfs: Also add the crypto dependency to Makefile.inc1Ryan Moeller2020-08-271-0/+1
| | | | | | | | | | | | | | | | | | Reported by: kevans Discussed with: kevans Sponsored by: iXsystems, Inc. Notes: svn path=/head/; revision=364863
| * Use bootstrapped install(1) install of tools/install.sh in world stageAlex Richardson2020-08-251-1/+1
| | | | | | | | | | | | | | | | | | | | | | This should be noticeably faster due to fewer processes being forked and also handles other flags such as -S or writing to METALOG. Reviewed By: brooks Differential Revision: https://reviews.freebsd.org/D26039 Notes: svn path=/head/; revision=364763
| * Fix running the builddtb target on a noexec file systemAlex Richardson2020-08-251-1/+1
| | | | | | | | | | | | | | Obtained from: CheriBSD Notes: svn path=/head/; revision=364762
| * Add necessary Makefile.inc1 infrastructure for building on non-FreeBSDAlex Richardson2020-08-251-41/+117
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The most awkward bit in this patch is the bootstrapping of m4: We can't simply use the host version of m4 since that is not compatible with the flags passed by lex (at least on macOS, possibly also on Linux). Therefore we need to bootstrap m4, but lex needs m4 to build and m4 also depends on lex (which needs m4 to generate any files). To work around this cyclic dependency we can build a bootstrap version of m4 (with pre-generated files) then use that to build the real m4. This patch also changes the xz/unxz/dd tools to always use the host version since the version in the source tree cannot easily be bootstrapped on macOS or Linux. Reviewed By: brooks, imp (earlier version) Differential Revision: https://reviews.freebsd.org/D25992 Notes: svn path=/head/; revision=364760
| * Merge OpenZFS support in to HEAD.Matt Macy2020-08-251-2/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The primary benefit is maintaining a completely shared code base with the community allowing FreeBSD to receive new features sooner and with less effort. I would advise against doing 'zpool upgrade' or creating indispensable pools using new features until this change has had a month+ to soak. Work on merging FreeBSD support in to what was at the time "ZFS on Linux" began in August 2018. I first publicly proposed transitioning FreeBSD to (new) OpenZFS on December 18th, 2018. FreeBSD support in OpenZFS was finally completed in December 2019. A CFT for downstreaming OpenZFS support in to FreeBSD was first issued on July 8th. All issues that were reported have been addressed or, for a couple of less critical matters there are pull requests in progress with OpenZFS. iXsystems has tested and dogfooded extensively internally. The TrueNAS 12 release is based on OpenZFS with some additional features that have not yet made it upstream. Improvements include: project quotas, encrypted datasets, allocation classes, vectorized raidz, vectorized checksums, various command line improvements, zstd compression. Thanks to those who have helped along the way: Ryan Moeller, Allan Jude, Zack Welch, and many others. Sponsored by: iXsystems, Inc. Differential Revision: https://reviews.freebsd.org/D25872 Notes: svn path=/head/; revision=364746
| * When copying over the binaries, use '-p' to preserve date/timeWarner Losh2020-08-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | Although I can't reproduce it, others are seeing different lex/yacc programs always regenerated after my change to copy rather than symlink the files. The reported fix is to add '-p' to the copies. Since it doesn't hurt, go head and add it, though the reasons for this mattering remain at best obscure and poorly articulated. Notes: svn path=/head/; revision=364701
| * Also print number of available CPUs on LinuxAlex Richardson2020-08-241-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | Without this change the buildworld/buildkernel epilogue looks like this: >>> World built in 249 seconds, sysctl: cannot stat /proc/sys/hw/ncpu: No such file or directory ncpu: , make -j72. Reviewed By: emaste, bdrewery Differential Revision: https://reviews.freebsd.org/D26056 Notes: svn path=/head/; revision=364650
| * Pass the installworld install(1) flags to make buildenvAlex Richardson2020-08-241-1/+3
| | | | | | | | | | | | | | | | | | | | | | This ensure that running make install inside buildenv correctly includes the METALOG flags when building with -DNO_ROOT. Reviewed By: brooks Differential Revision: https://reviews.freebsd.org/D26038 Notes: svn path=/head/; revision=364645
| * After the clang/llvm version 11 import LLD_VERSION is no longer usedBjoern A. Zeeb2020-08-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | upstream so Version.inc now only defines LLD_VERSION_STRING. This breaks the WANT_LINKER_VERSION magic and might lead to us building more than needed (e.g., for croos-tools). Change the awk script to parse LLD_VERSION_STRING instead of LLD_VERSION, which not only unbreaks the current situation but should also be backwards compatible as dim points out. PR: 248818 Reviewed by: emaste, dim (seems right and the way to go) MFC after: 4 weeks X-MFC before: 364284 Notes: svn path=/head/; revision=364466
* | MFHGlen Barber2020-08-121-17/+44
|\| | | | | | | | | | | | | Sponsored by: Rubicon Communications, LLC (netgate.com) Notes: svn path=/projects/release-git/; revision=364173
| * Fix -DBUILD_WITH_STRICT_TMPPATH dtrace buildsAlex Richardson2020-08-111-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some of the scripts used for libdtrace invoke nawk instead of awk (for example cddl/contrib/opensolaris/lib/libdtrace/common/mknames.sh). When bootstrapping all tools, we get the nawk -> awk link while building usr.bin/awk, but when linking/copying the dependencies from the host we were only adding awk but not nawk. This was silently generating invalid files when building libdtrace with BUILD_WITH_STRICT_TMPPATH=1 since those scripts invoke nawk instead of awk. In addition to adding the missing link this commit also adds set -e to those scripts to catch errors like this in the future. Reviewed By: markj, emaste Differential Revision: https://reviews.freebsd.org/D26025 Notes: svn path=/head/; revision=364123
| * Allow overriding the tool used for stripping binariesAlex Richardson2020-08-111-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since the make variable STRIP is already used for other purposes, this uses STRIPBIN (which is also used for the same purpose by install(1). This allows using LLVM objcopy to strip binaries instead of the in-tree elftoolchain objcopy. We make use of this in CheriBSD since passing binaries generated by our toolchain to elftoolchain strip sometimes results in assertion failures. This allows working around https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248516 by specifying STRIPBIN=/path/to/llvm-strip Obtained from: CheriBSD Reviewed By: emaste, brooks Differential Revision: https://reviews.freebsd.org/D25988 Notes: svn path=/head/; revision=364119
| * pkgbase: Replace / with | for PKG_WWWEmmanuel Vadot2020-08-111-2/+2
| | | | | | | | | | | | | | | | | | PKG_WWW contain / char, replace the delimiter by a '|'. Reported by: 0mp Notes: svn path=/head/; revision=364104
| * pkgbase: Add PKG_NAME_PREFIX, PKG_MAINTAINER and PKG_WWWEmmanuel Vadot2020-08-111-0/+13
| | | | | | | | | | | | | | | | | | This is useful for downstream users to customize the packages. Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D26019 Notes: svn path=/head/; revision=364103
| * The practice of creating symbolic links is somewhat fragile. AlwaysWarner Losh2020-08-071-7/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | make copies instead. There's too many times that we can't run the new binaries with old libraries. Making the links when things are known to be 'safe' is a nice optimization, but a copy of all the binaries is only 30MB, so saving the copies at the cost of increased support when new symbols are added and used as part of the bootstrap seems to be unwise. There may be additional optimizations possible here, especially for !FreeBSD hosts. However, that's beyond the scope of the problem I'm trying to fix with make failing mid-way through an installworld across change r363679. This optimization there caused us to run a new binary with an old library once a new make was installed due to the symbolic link. One could just copy make, but then other binaries fail as well, so rather than play whack-a-mole, I opted to take us back to the old way. Before r340157 or so we did copies (thogh of a lot fewer artifacts), and we didn't have issues like this. Reviewed by: arichards@ Differential Revision: https://reviews.freebsd.org/D25967 Notes: svn path=/head/; revision=364030
| * Fix duplicate assignment of _localedef in Makefile.inc1Alex Richardson2020-08-071-3/+0
| | | | | | | | | | | | | | The same .if exists a few lines below. Notes: svn path=/head/; revision=364026
| * pkgbase: Add the possibility to choose the output dirEmmanuel Vadot2020-08-061-4/+5
| | | | | | | | | | | | | | | | | | | | | | The output dir is set to ${REPODIR}/${PKG_ABI}/${PKG_VERSION} now. Add the possibility to specify the last componant and set it by default to ${PKG_VERSION} as before. This is useful for tests and also for building packages with the same PKG_VERSION provided to check differences. Notes: svn path=/head/; revision=363965
| * pkgbase: Add a new variable PKG_TIMESTAMPEmmanuel Vadot2020-08-061-0/+9
| | | | | | | | | | | | | | | | | | | | libarchive uses the SOURCE_DATE_EPOCH env variable to set the date of file in an archive, this is useful for reproducibility. Add a variable name PKG_TIMESTAMP that take a epoch time and set SOURCE_DATE_EPOCH to this. By default it is the current time so no changes here. Notes: svn path=/head/; revision=363964
| * Ensure libregex is built in time for googletestKyle Evans2020-08-041-0/+4
| | | | | | | | | | | | | | | | | | | | In lib/Makefile, we document the dependency with SUBDIR_DEPEND For buildworld orchestration, just prebuild libregex if GOOGLETEST is enabled. googletest will get built in a later pass. Notes: svn path=/head/; revision=363824
* | Move GIT_CMD a few lines down, so it is not in between SVN_*Glen Barber2020-07-161-8/+9
| | | | | | | | | | | | | | | | | | lines. Sponsored by: Rubicon Communications, LLC (netgate.com) Notes: svn path=/projects/release-git/; revision=363261
* | Add GIT_CMD, similar to SVN_CMD.Glen Barber2020-07-161-0/+8
|/ | | | | | | Sponsored by: Rubicon Communications, LLC (netgate.com) Notes: svn path=/projects/release-git/; revision=363259
* Add WITH_CLANG_FORMAT optionConrad Meyer2020-06-241-2/+3
| | | | | | | | | | | | | | | clang-format is enabled conditional on either WITH_CLANG_EXTRAS or WITH_CLANG_FORMAT. Some sources in libclang are build conditional on either rule, and obviously the clang-format binary itself depends on the rule. clang-format could still use a manual page. Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D25427 Notes: svn path=/head/; revision=362587
* Squash liblzma build raceKyle Evans2020-06-221-1/+1
| | | | | | | | | | | As of r362452, liblzma depends on libmd but the buildworld build order hadn't been amended to document the new dependency. Reported by: jenkins via freqlabs X-MFC-With: r362452 Notes: svn path=/head/; revision=362478
* flua: add ucl libraryRyan Moeller2020-06-221-2/+2
| | | | | | | | | | | | | | | | | | | | | | | libucl comes with a Lua library binding. Build it into flua. This lets us parse/generate config files in the various formats supported by libucl with flua. For example, the following script will detect the format of an object written to stdin as one of UCL config, JSON, or YAML and write it to stdout as pretty-printed JSON: local ucl = require('ucl') local parser = ucl.parser() parser:parse_string(io.read('*a')) local obj = parser:get_object() print(ucl.to_format(obj, 'json')) Reviewed by: kevans, pstef Approved by: mmacy (mentor) Relnotes: yes Differential Revision: https://reviews.freebsd.org/D25009 Notes: svn path=/head/; revision=362477
* Retire BINUTILS and BINUTILS_BOOTSTRAP optionsEd Maste2020-06-071-9/+1
| | | | | | | | | | | | | As of r361857 all BINUTILS options are disabled by default - ports have been changed to depend on binutils if they require GNU as, and all base system assembly files have been switched to use Clang's integrated assembler. Relnotes: Yes Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=361880
* Makefile.inc1: remove stale dependency cleanup from 2018Ed Maste2020-06-051-6/+0
| | | | Notes: svn path=/head/; revision=361850
* Makefile.inc1: remove BINUTILS_BOOTSTRAP linker supportEd Maste2020-05-301-3/+0
| | | | | | | As of r359347 BINUTILS_BOOTSTRAP does not include the bfd linker. Notes: svn path=/head/; revision=361651
* pkgbase: use -dev,-dbg instead of -development,-debugEd Maste2020-05-201-2/+2
| | | | | | | | | | | | | | | | | | -development is long and awkward, and is also inconsistent with prior art from the Linux world, which uses -dev (Debian) or -devel (Red Hat). Follow the Debian convention, and similarly for debug info packages. Also remove redundant pkgbase development tag from includes. We already tag include files with package=runtime,dev; there is no need to separately tag them as dev. Discussed with: bapt Reviewed by: manu Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D24139 Notes: svn path=/head/; revision=361290
* Revert r360833, r360882: certctl rehash in installworldKyle Evans2020-05-181-10/+0
| | | | | | | | | This was solving the correct-ish problem in the wrong place. Noted by brooks; while he didn't request a prompt revert, doing so now will facilitate proper testing for the revised version of this. Notes: svn path=/head/; revision=361149
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-11 20:19:15 +0000