build/plugins: defer plugin builds which have plugin dependencies
We did avoid this for as long as possible and through plugins.conf.local
that was automatic for os-OPNProxy before but now we need to put a bit
more effort in in order to not fail the bulk plugins build because of
os-squid not being ready (yet). It's also a complication of os-squid
no longer being in core but there are still situations like this in plugins
and core that require this fix.
build: make aux set behave more like packages
We are going to store aux sets for each build to avoid future
issues with missing build dependencies.
Also, go121 is the default these days and 1.20 isn't used anymore
as witnessed by the missing go package in the aux set at the moment.
config: add www/caddy to skimmed ports
We don't build it but since the caddy-custom build takes the version
number from here without depending on it we need to make this a manual
sync.
www/caddy-custom: Make current build reproducible (#400)
Add commit hashes to all additional caddy-custom modules, in order to ensure a reproducible build.
Otherwise, any changes in the dependencies in the main branches of the plugins, can make the build fail from one day to the next.
Current example are different libdns versions, they're incompatible to each other.
www/caddy: caddy-custom build that includes all caddy-dns providers (#398)
* Update make.conf
Remove google-domains since its unsupported. Added all remaining supported DNS Providers to the build for a future caddy plugin version.
Build is successful with xcaddy without errors.
* Update make.conf
Fix missing \ after mailinabox.
Update make.conf for caddy-custom build to mitigate build errors (#397)
* Update make.conf
As explained here:
https://github.com/Monviech/os-caddy-plugin/issues/102
Change the priority to desec and porkbun instead of vultr, since they have been especially requested in past issues of os-caddy-plugin.
The issue stems from vultr having different libdns dependencies than the other modules, making the build fail if it's included with certain other combinations of modules (e.g. desec).
* Update make.conf
Remove mention of vultr, will be tracked independently if its fixed in the future
composite/hotfix: without forced rebuild we get no log messages
It might be better to revisit logging with pkg-msg/pkg-err but for
now this helps make the operation clearer.
composite/hotfix: switch default hotfixing to partial core/plugins build
I have been unintentionally scrubbing packages sets in the past which
is not a lot of fun so make the default hotfix mode a little less coarse.
While here the biggest issue of the hotfixing is not being able to see
package messages (not errors, these are shown as the build aborts) so
collect them in a variable to show at the end if all was building ok.
This is only relevant for multi-step hotfixing between core/plugins.
config: nightly only builds cmake-core now
Apparently that's the main thing used by the build so we don't
need to try an retain the others. Before it was probably building
more than it needed to with cmake in the ports.conf.
composite/hotfix: use MISMATCH in explicit "ports" target
Improve hotfixing just a little bit now that we have the MISMATCH
option. "make hotfix-ports" now does this automatically and wasn't
used before.