…t we can build on more modern systems.
implementation was changed then.
developer is officially maintaining the package. The rationale for changing this from "tech-pkg" to "pkgsrc-users" is that it implies that any user can try to maintain the package (by submitting patches to the mailing list). Since the folks most likely to care about the package are the folks that want to use it or are already using it, this would leverage the energy of users who aren't developers.
rather than PKG_FAIL_REASON, so that they provide useful error messages in build logs, and so that they continue to work on platforms where they aren't broken.
3.0. If one of these is important to you, please fix it in time for pkgsrc-2006Q1, or it may be removed.
The wrapper will correctly set the CPP environment variable to a stat((2)able path to a C preprocessor, then rely on the PATH to find and invoke the real rpcgen. Remove NO_EXPORT_CPP in package Makefiles where it was used just to avoid problems with rpcgen. The build system now just does the right thing automatically without needing package-specific knowledge. This fixes PR pkg/27272.
adjust patterns used in ONLY_FOR_PLATFORM/NOT_FOR_PLATFORM to reflect this.
Should anybody feel like they could be the maintainer for any of thewe packages, please adjust.
…1.5B or greater unless it's x86. (All due to exposure of struct pmap on pre 1.5B systems from vm/vm.h inclusion).
+ move the patch digest/checksum values from files/patch-sum to distinfo
MOUNT_UFS and MOUNT_NFS. make makepatchsum.