Created attachment 219225 [details] port gzipped shar archive Don't know why we still don't have an xtrabackup 8.x port, here's my attempt to fix this: existing port is suitable only for databases/mysql5[5-7]-server instances, this port is intended to use with databases/mysql80-server instances (which xtrabackup 2.4.x is incompatible with). Please review and add appropriate notes or commit this into the ports tree. Since I'm not enthusiastic at all about maintaining this port (just trying to do my part), if samm@ wants he can take it. If not, I can be the maintainer.
Can you test the port with portlint -AC ? It throws an awful lot of errors.
Only one error, the rest are warning - but okay: here's the updated version. It only blames NLS now, but I truly believe this port doesn't need NLS in any form.
Created attachment 219264 [details] updated port shar archive with minimal portlint warnings.
Surprisingly, it fails in poudriere. Did you test with poudriere or did I do something wrong ? https://people.freebsd.org/~pi/logs/databases__xtrabackup8-122-1604176468.txt
A commit references this bug: Author: danfe Date: Fri Nov 6 20:37:48 UTC 2020 New revision: 554316 URL: https://svnweb.freebsd.org/changeset/ports/554316 Log: Split `databases/xtrabackup8', based on 8.x versions, which is intended to be used against `databases/mysql80-server', which versions 2.4.x are incompatible with. PR: 250744 Changes: head/databases/Makefile head/databases/xtrabackup8/ head/databases/xtrabackup8/Makefile head/databases/xtrabackup8/distinfo head/databases/xtrabackup8/files/patch-cmake_os_FreeBSD.cmake head/databases/xtrabackup8/files/patch-sql_binlog.cc head/databases/xtrabackup8/files/patch-storage-myisam-mi_dynrec.c head/databases/xtrabackup8/files/patch-storage_innobase_xtrabackup_xbcloud__osenv.sh head/databases/xtrabackup8/pkg-descr head/databases/xtrabackup8/pkg-plist
(In reply to Kurt Jaeger from comment #4) > Surprisingly, it fails in poudriere. Of couse it fails, it was nowhere near being ready. Submitter asked me if I could help him out, which I hopefully did with ports r554316.
Created attachment 219416 [details] pkgconf patch patch fixing the devel/pkgconf dependency.
(In reply to Eugene M. Zheganin from comment #7) > patch fixing the devel/pkgconf dependency. There's nothing to fix, pkgconf(1) dependency is handled via USES+=pkgconfig.