LLVM 14 crashes:
Assertion failed: (all_of(I->users(), [&InsertedSet](Value *U) { return InsertedSet.contains(cast<Instruction>(U)); }) && "removed instruction should only be used by instructions inserted " "during expansion"), function cleanup, file /usr/local/poudriere/jails/powerpc64-140/usr/src/contrib/llvm-project/llvm/lib/Transforms/Utils/ScalarEvolutionExpander.cpp, line 2798.
Import r2463 from upstream.
As per POSIX, supply INT_MAX for listen(2) to use system default.
This changed in preparation for FreeBSD 14.
See also: https://reviews.freebsd.org/D31821
clang 10 (FreeBSD 12.3) does not support vaddq_p128 and similar
ARM NEON intrinsics, but clang 13 (FreeBSD 13.1) does.
Abuse the HAVE_NEON_PMULL cmake test to disable aesgcm-neon.c
unless vaddq_p128() is available.
http://ampere1.nyi.freebsd.org/data/123arm64-quarterly/31229ca1324c/logs/putty-nogtk-0.78~pre20220922.log:
/wrkdirs/usr/ports/security/putty-nogtk/work/putty-0.78~pre20220922.9fcfd67/crypto/aesgcm-neon.c:125:16:
warning: implicit declaration of function 'vaddq_p128' is invalid in C99 [-Wimplicit-function-declaration]
ctx->acc = vaddq_p128(ctx->acc, load_p128_be(coeff));
This is correction after latest mat's change to make it really work.
Default build unaffected, so PORTREVISON not bumped.
PR: 262773
Approved by: mat (maintainer timeout, 2 weeks)
Submitted by: Michael Osipov
Requested by: many
This update may break your install if you were using a symlink to
%%EXAMPLESDIR%%/acme.sh.conf - that file is no longer installed. Instead,
a log rotation configuration is now installed to etc/cron.d/acme.sh.sample
you should modify etc/cron.d/acme.sh to needs.
The port now installs a log rotation file to etc/newsyslog.d/acme.sh.sample
and you you should update etc/newsyslog.d/acme.sh to suit your needs.
This file has long been part of the port, but was never installed.
Neither the log rotation nor the crontab are active until you remove the
comments.
While here, several portclippy updates
Reported by: marck
nslcd tries to close all file descriptors on startup. It does that by
calling close() in a loop, running down from _SC_OPEN_MAX to 0. Since
_SC_OPEN_MAX autoscales with available RAM, this can take more than a
minute on large servers. The solution is to use closefrom. Upstream
has already made that change in the master branch, but due to its slow
release cadence we're applying it here as well.
PR: 266970
Approved by: zi (maintainer)
Sponsored by: Axcient
ChangeLog: https://github.com/tj/git-extras/releases/tag/6.5.0
* Include revert conflicts in git abort
* fix(git-effort):fork: retry: Resource temporarily unavailable
* git-sync --force will sync without interaction
* fix(git-cp): keep the history of the files
* git-bulk: previous refactor redirected $PWD to stderr by mistake
* Fix lazy loading bash_completion from XDG_DATA_DIRS
* feat(bin/git-browse): open website at file & line number or range
* #970 standup added -A flag for author date
* update git-utimes.{1,html} to add --newer flag
* git-utimes: add --newer flag and don't touch files in the working tree and
index
* docs(instllation): replace git.io
* Added config git-extras.standup-implicit-week for git standup
* Document git standup -w option
PR: 266953
Reported by: igor.ostapenko@pm.me (maintainer)
ChangeLog: https://www.keycloak.org/2022/10/keycloak-1903-released.html
* AdminV2 not using admin hostname keycloak-ui admin/ui
* Clear expired events errors keycloak storage
* CryptoIntegration fails to init on WebSphere Liberty keycloak
* keycloak 19 legacy: unable to deploy war-packaged user storage provider
keycloak storage
* Missing variable declaration in AuthZ JS keycloak adapter/javascript
* Browser-based flows not working properly due to 3rd party cookie policies on
Firefox
PR: 266939
Reported by: freebsd@rheinwolf.de (maintainer)