Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The default is now auto detection, which will enable mktools on platforms that
have set _OPSYS_SUPPORTS_MKTOOLS. Users can still override either way via
PKGSRC_USE_MKTOOLS.
Please add and enable on other platforms once they have been verified.
|
|
|
|
Enable unicorn support.
|
|
|
|
Add lighttpd; Enable support for lighttpd web server.
|
|
|
|
|
|
|
|
From Yuuki Enomoto via PR pkg/56929, thanks!
|
|
From Yuuki Enomoto via PR pkg/56928, thanks!
|
|
|
|
|
|
|
|
When enabled, pull in the pkgtools/mktools package to use C-based tools for
certain parts of the pkgsrc mk infrastructure. Default is off for now while
any portability issues are shaken out, but it has been tested successfully on
at least illumos, macOS, and NetBSD.
The first tool is mk-buildlink-symlinks which creates the buildlink3 symlinks
as part of the "wrapper" phase. This significantly improves performance,
especially with packages that have a lot of buildlink3 dependencies. For
example, the time for "bmake wrapper" in x11/kde-workspace4 goes from:
real 3:20.696394375
user 50.553556463
sys 2:23.883823896
to:
real 19.873100598
user 8.141441461
sys 11.740602820
It's expected that other tools will be added over time to speed up other parts
of the infrastructure.
|
|
|
|
This option is not needed any longer and should be removed from packages
that still have it.
https://mail-index.netbsd.org/pkgsrc-users/2022/06/06/msg035658.html
|
|
|
|
|
|
|
|
Noticed by wiz@. Thank you.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Prune a bunch of variables that haven't been used for years. In some
cases, the packages they influenced don't even exist anymore. There may
be more of these, this is after a quick pass through.
|
|
|
|
From Vladimir Stupin in PR 56602.
|
|
|
|
|
|
|
|
substantial changes to infrastructure and testing can be performed
to ensure it's applied universally without breaking anything
|
|
Judging by private discussions there's not clear enough consensus
that BIND_NOW is beneficial or performant enough to have enabled
by default, at least until more benchmarking tests are done.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This is part 1 to support additional platforms with the RC scripts provided in
pkgsrc, in privileged as well as in unprivileged mode, including on NetBSD
(with part 2 in pkgtools/rc.subr).
This variable is meant to point to the configuration directory of the base
system (as opposed to pkgsrc's own prefix) when it should be used by pkgsrc in
special cases (e.g. installing RC scripts), or to point to the existing
PKG_SYSCONFBASE directory otherwise (e.g. for any unprivileged bootstrap).
This teaches pkgsrc where the RC scripts should be installed, and more
importantly, where the local copy of rc.subr can be expected. Part 3 will
progressively update each and every RC script to substitute this path as
expected.
No functional changes are intended in privileged mode without a bootstrap. The
only variable affected by this change directly is RCD_SCRIPTS_DIR, which
currently remains with the same default of /etc/rc.d, and can be overridden as
before.
When bootstrapping, SYSCONFBASE also remains with the existing default when no
prefix is set or is "/usr/pkg" or "/usr"; it is set to $prefix/etc otherwise. It
can be specified specifically with --sysconfbase if necessary.
Existing installations or bootstraps are not affected, as this change needs
setting SYSCONFBASE in the corresponding $sysconfdir/mk.conf to have an impact.
Tested in privileged and unprivileged modes on NetBSD/amd64, and unprivileged
mode on Darwin/amd64; submitted for review on tech-pkg@.
|
|
|