remove USE_MAKE and update to latest patch 2.15.17

pyinstaller need run dependency on its hooks

remove run dependency on pyinstaller, pyinstaller needs run depends on hooks

update to latest source revision: 2.15.8

this has already been updated to 19.19 on main

update to highest version currently available 2.13.23
this needs Python v3.10 or later

only missing the link option

[NEW] devel/pyinstaller-hooks-contrib: Community maintained hooks for pyinstaller

devel/py-pyinstaller: update to 5.12.0

tested with: poudriere testport -j 13_2-amd64 lang/janet
built with: poudriere bulk -j 13_2-amd64 lang/janet

The port has been simplified, and most of the original patched have been removed

simplify pkg-descr

move WWW from pkg-descr to Makefile

fix error during configure because of bash specific code

recreate port based on 2.11.6 which is a no deps pyinstaller type of package

The docs building was remove because the latest source on PyPi does not include dock source.
I see that most Python ports do not include docs and did not wat to switch this port to fetch from GitHub

I have looked at more recent versions up to 2.11.6 and the build system is completely different, basically ./configure + make
and it uses pyinstaller to 5.8 to do the build.

not sure why but https://reviews.freebsd.org/D38554 did not include the delete of the patch file

I think I have addressed the current Issues, but there more recent versions the most recent is 2.9.22
my port is still on 2.7 branch and I wonder if I should try 2.9 branch to see if that workable first

remove som extraneous files

just update dependencies

commented out line removed

remove unnecessary master sites line

@dmgk thanks for the GO_MODULE suggestion, I had problems with dependent bitmark-* ports.
The only way I found for the present was to override the distinfo in each of their Makefiles.

switch to go module and amend dependent bitmark-* ports

some of these symlink commands come from the modules2tuple port used to determine the dependencies from the last go build command. However I found that it does not handle the /Vn version specific items where V0, V1 and V2 were all referenced, these add added by trial and error un til the port built successfully and would run correctly for my testing.

restore WWW line

just update to keep track of latest versions

for make test I tried patching the tox.ini with a setenv= to set CFLAGS and LDFLAGS to build values suitable for the py-awscrt "wheel" but it fails because of the bug in its setup.py.

update with latest version, devel/py-awscrt has been ported by someone else, so remove those files from this revision,
except for the missing LDFLAGS in the devel/py-awscrt/Makefile

remove py-awscrt patch file

bring up todate and comment out test target since this cannot work until
devel/py-awscrt internal s2n submodule is updated to incle FreeBSD patches

I have updated the Makefiles and patches to latest versions.

• devel/awscli2: New port: AWS CLI version 2.x + dependencies
• Fix Makefiles
• remove category from CONFLICTS, set minimum Python version
• [WIP] update versions, align patches, do-test target

• remove category from CONFLICTS, set minimum Python version

my understanding is:

• Fix Makefiles
• Fix building of awscli2 autocompletion index

rebase on main

simplify patch and Makefiles

thanks, I will try that

It was a way to get the right strerror_r when I compiled the #else was selected contains:

please update here, I appreciate any assistance you can give.

One question @jrm I still have conditional blocks for PLIST_FILES should I move to ops_VARS ?

here is the portlint output:

modernise options and sort variables using portclippy

rebase on latest svn update

Took 6:40 to build overnight but was successful for poudriere testport on 12.1_i386
(for my reference: llvm 5:16, gcc9 3:30, ghc: 2:52)

1. The build on 12.1-AMD64 was OK. pkg installs and runs.
2. Building for 12.1-i386 started, but will take may hours (ghc/llvm deps take a long time to compile)

change int64 to use format macros from inttypes.h for 32 bit architecture compatability

In D25422#561201, @lwhsu wrote:

Thanks for the fix! BTW, Travis-CI has FreeBSD support now, maybe we can help godbus/dbus add FreeBSD CI for avoiding breakage in the future.