Hello, is it possible to build on the work in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268018? The patch there is dated, but it includes the optional WEBSUPPORT, and cleanups from the various port tools.

Another patch has been committed:
https://cgit.freebsd.org/ports/tree/www/newsraft

Has portlint, or similar, been run?

Update to 0.23.

poudriere-testport:
13.3-{amd64,i386}-release: OK
14.0-{amd64,i386}-release: OK
main-{amd64,i386}: OK

In D43478#991623, @arrowd wrote:

I pushed this version of pyinstaller-hooks-contrib into the main tree. Christopher, if you think anything should be done differently please provide a patch and I will push it ASAP.

Thanks Alastair for picking this up and sorry Christopher for this taking so long to push.

• Drop py-pip, it is not needed
• Improve DOC components

• Improve DOCS
• Include building the man page.

Add tests component

Fix Port tests component

Move pytest from ${USES} to ${USE_PYTHON}

Move pytest from ${USES} to ${USE_PYTHON}

Move pytest from ${USES} to ${USE_PYTHON} for real this time.

Move pytest from ${USES} to ${USE_PYTHON}

• Update ${TEST_DEPENDS} with https://reviews.freebsd.org/D43484
• Add NO_ARCH as per poudriere-testport's recommendation

Hello Christopher, thanks for the work, made updating your patch easy,
https://reviews.freebsd.org/D43478

There are one too many places for existing bugs, apologies for not checking this platform for an update to py-pysintaller-6.3.0. As a result of https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275494#c38, I started to work on some Ports, py-pyinstaller being the first. I am not too confident on the work I have done, and would appreciate a review.

In D43253#990385, @diizzy wrote:

Poudriere reports:

Error: mail/py-flask-mailman depends on nonexistent origin 'textproc/py-mkdocs-include-markdown-plugin'; Please contact maintainer of the port to fix this.

Update to 5.0.23

Update to 5.0.32

In D43253#985836, @minsoochoo0122_proton.me wrote:

In D43253#985801, @agh_riseup.net wrote:

In D43253#985787, @minsoochoo0122_proton.me wrote:

Please add ports group to reviewers, subscribers, and tag otherwise people won't be notified.

I have no idea what that entails. If I Edit Revision via the menu box at the top right, I can find the three fields you mention, however, when I type ports, a number of options are auto populated in a drop down list, none of which are ports.
Is this meant to be standard procedure too?

Try Contributor Reviewers (ports)

In D43253#985787, @minsoochoo0122_proton.me wrote:

Please add ports group to reviewers, subscribers, and tag otherwise people won't be notified.

In D42185#968867, @diizzy wrote:

That made things a lot clearer, I was a bit concerned that it would "pollute" /usr being described as a package manager. While there are no restrictions on packaged applications in terms of operation (excluding harmful software etc) it's good if we can keep installed files from packages unaltered and not trying to "work around" the ports framework whenever possible.

• Update to 2.0.0
• Cleanup files/pkg-message.in

In D42185#965792, @diizzy wrote:

Can you elaborate a bit on why this is needed as it seemingly will interfere with our own package framework?

All suggestions should be addressed in the updated diff.
Thanks for the review.

Updated diff in response to dizzy's feedback:

Thanks for the feedback.

devel/csfml: Address items in review D41519

Improve notes in pkg-message.in

Add more categories
Edit pkg-descr, hopefully clearer now
Remove @ from ${MKDIR}

Try again.

Fix copy-pasta email

Upload entire patch this time.

Reformat patch with git format-patch.

Update patch:

• Add B0RKED i386 declaration
• Generate and format patch with 'git format-patch'
• Remove options on desktop entry and Bash completions
• Add desktop-file-utils to ${USES} on warning from portlint

• Switch to pkg-plist
• Make use of 'USES=ada:12,run' over setting ${PATH} in ${MAKE_ENV}
• Move -p to ${_GPR_ARGS}
• Add OPTIONS for Bash completion and X Windows Desktop Entry
• Remove library related stuff, I do not think libalire is happening yet.

A year has passed, is there any news on the debug package proposal for supporting multilibs? This would be advantageous not just for Wine, but also facilitating FreeBSD becoming a Windows cross-development platform, capable of producing and running Microsoft PE objects—provided the MinGW-w64 port is completed.

In D40886#934344, @dfr wrote:

Does this also invalidate or obsolete https://reviews.freebsd.org/D32128?