Created attachment 248226 [details] patch to upgrade port to version 2.2.2 There seems to be a new version of duplicity which unbreaks some duply functionality where duplicity complains about unneeded options passed to duplicity. https://duplicity.us/stable/CHANGELOG.html says --- Fix ... Invalid option error using `–[gpg|par2|rsync|ssh]-options ‘…’ [Kenneth Loafman] https://gitlab.com/duplicity/duplicity/-/issues/795 ---
[build-system] requires = [ .. "setuptools-scm>=8.0", .. Waiting on update.
there's also a few more things I noticed. bin/duplicity was moved to duplicity/__main__.py, so SHEBANG_FILES needs changing, and patch-setup.py seems not to work anymore, I don't know if it is related to the setuptools-scm change as well. Would be interesting, if it would also work with the devel/py-setuptools_scm7 port if you patch pyproject.toml
(In reply to Nuno Teixeira from comment #1) the setuptools_scm port is now updated to 8.0.4
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=85fdc9028d22ddb59eeb669ad2c5e6fd80e43664 commit 85fdc9028d22ddb59eeb669ad2c5e6fd80e43664 Author: Nuno Teixeira <eduardo@FreeBSD.org> AuthorDate: 2024-02-29 11:02:05 +0000 Commit: Nuno Teixeira <eduardo@FreeBSD.org> CommitDate: 2024-02-29 11:04:16 +0000 sysutils/duplicity: Update to 2.2.2 ChangeLog: https://duplicity.gitlab.io/stable/CHANGELOG.html PR: 276865 Reported by: FiLiS <freebsdbugs@filis.org> sysutils/duplicity/Makefile | 9 ++++----- sysutils/duplicity/distinfo | 6 +++--- sysutils/duplicity/files/patch-setup.py | 8 ++++---- 3 files changed, 11 insertions(+), 12 deletions(-)
testunit and basic backup/verify/restore operation works OK. Please let me know how sysutils/duply is doing.
(In reply to Nuno Teixeira from comment #5) looking good, thank you! duplicity still chokes on a few unexpected duply commands (GPG_OPTS things), but that seems to rather be an issue for duply or duplicity itself, not port related. I filed an issue (https://sourceforge.net/p/ftplicity/bugs/141/) with duply for now.
(In reply to FiLiS from comment #6) Closing this one now. Thanks