aboutsummaryrefslogtreecommitdiff
path: root/packages
Commit message (Collapse)AuthorAgeFilesLines
* smart: Connect contrib/smart to buildChuck Tuffli7 days3-0/+35
| | | | | | Reviewed by: fuz, jrm Relnotes: yes Differential Revision: https://reviews.freebsd.org/D56638
* toolchain: Correct LLVM_BINUTILS pkg pkg dependencyEd Maste2026-05-031-1/+1
| | | | | | | The LLVM binutils are in the clang package. Reported by: jlduran Fixes: c4f08d46c7f7 ("llvm-*: Move all LLVM_BINUTILS symlinks to toolchain package")
* llvm-*: Move all LLVM_BINUTILS symlinks to toolchain packageEd Maste2026-05-011-0/+6
| | | | | | | | | | | | | | Some of the LLVM binary utilities were included in the Clang package (because they did not set an explicit PACKAGE). Add a new Makefile under clang/toolchain to create the symlinks and man links for ar, c++filt, nm, and so on (without the llvm-* prefix) when LLVM_BINUTILS is enabled (as it is by default). PR: 293610 Reviewed by: bapt, ivy, brooks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D55692
* acpi: Remove userland bits on non-ACPI platformsLexi Winter2026-04-284-41/+0
| | | | | | | | | | | | ACPI is only supported on amd64, arm64 and i386. Don't install the power_profile rc script or devd configuration on other platforms. This avoids creating a useless FreeBSD-acpi package on those platforms. MFC after: 2 weeks Reviewed by: imp Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D56650
* Revert "Vendor import of smart at 1.0.2"Chuck Tuffli2026-04-283-35/+0
| | | | This reverts commit 68e5b71517e947b4e3f349c970af362b47b45f27.
* Vendor import of smart at 1.0.2Chuck Tuffli2026-04-283-0/+35
| | | | | | | | | smart/diskhealth is a command line application to monitor disk health from a storage device via SMART. Reviewed by: fuz, jrm Relnotes: yes Differential Revision: https://reviews.freebsd.org/D56638
* packages: Fix clang conditionalLexi Winter2026-04-271-1/+2
| | | | | | | | | | | | | | | Various src.conf options can cause us to build something that ends up in the clang package, but MK_TOOLCHAIN is not one of them; copy the proper conditional from lib/Makefile to decide if we need to build the package. This fixes the build when LLVM/clang is entirely disabled. Fixes: bb75b0d581f7 ("packages: Convert world to a subdir build") MFC after: 2 weeks Reviewed by: emaste Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D56657
* packages: Don't build quotacheck if WITHOUT_QUOTAS=yesLexi Winter2026-04-271-1/+1
| | | | | | | | | PR: 294775 Fixes: bb75b0d581f7 ("packages: Convert world to a subdir build") MFC after: 2 weeks Reported by: Alastair Hogge <agh@riseup.net> Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D56635
* packages: make bhyve depend on acpiRoman Bogorodskiy2026-04-261-0/+5
| | | | | | | | | | | | | | | | | | | | | bhyve(8) on amd64 needs iasl(8) to run, otherwise it fails with: /bin/sh: /usr/sbin/iasl: not found bhyve: BASL failed @ build_dsdt:484 Failed to execute basl_compile(ctx, basl_fwrite_dsdt): Unknown error: 32512 bhyve: BASL failed @ acpi_build:899 Failed to execute build_dsdt(ctx): Unknown error: 32512 Assertion failed: (error == 0), function bhyve_init_platform_late, file /home/pkgbuild/worktrees/main/usr.sbin/bhyve/amd64/bhyverun_machdep.c, line 394. Register the "acpi" package which provides iasl(8) as a dependency for bhyve on amd64. Reviewed by: markj (previous revision), ivy Differential Revision: https://reviews.freebsd.org/D56498 Sponsored by: The FreeBSD Foundation
* apm: Only install rc script on i386Lexi Winter2026-04-266-10/+18
| | | | | | | | | | | | | The apm(8) rc script only works on i386, but it's installed on all platforms. Only install it on i386, which avoids creating a useless FreeBSD-apm package on other platforms. While here, build the acpi package on i386. MFC after: 2 weeks Reviewed by: imp Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D56629
* packages: Convert world to a subdir buildLexi Winter2026-04-24286-0/+5184
Instead of driving the world package build from Makefile.inc1, use a subdir build where each package has a subdirectory under packages/ using the new <bsd.pkg.mk>. Convert some metadata that was previously in the UCL files (e.g. sets and dependencies) to Makefile variables. Build the packages under objdir (not repodir), and use the new stagepackages target to copy them to repodir when creating the repository. Determine an explicit list of packages to build in packages/Makefile based on enabled src.conf options, and add logic to abort the build if we attempt to build an empty package. This inverts the previous logic in Makefile.inc1 which would simply skip empty packages. There are a few advantages to doing it this way: * The package build works more like the rest of the build system, so it's more accessible to developers. * We can customise the packages we build based on src.conf options, e.g. skipping a package entirely, or adjusting its dependencies based on what it actually requires. * We have a specific list of packages that we want to build, and an unexpectedly missing package results in a build error, instead of silently producing a broken repository. * It's possible to build (and in the future, install) an individual package without having to rebuild the entire repository. This doesn't apply to the dtb, kernel-* or src-* packages; those have their own build systems in Makefile.inc1 and will be converted later. MFC after: 4 weeks (stable/15 only) Reviewed by: jlduran, sjg, brooks Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D56087