we don't add this anymore.

no need to repeat the command name here. I'm also not quite sure what a "development commands set" is

no need for this: its implicit in being BSD2CLAUSE (I think - its been a while)

misc is a last resort category; is there really no better, more specific category for it?

Bad COMMENT: it starts with the software name (which is specifically advised against in the PHB) and does not describe it very well actually. Something along Unix-style data processing commands and library would be better.

This is the default value for GH_PROJECT and thus should be dropped.

Why is it -jX unsafe? Can this be fixed? At the very least it should be explained in the commit log or accompanied by the explanatory comment.

How did you generate the distinfo file, by hand? Because it's missing TIMESTAMP line and you won't be able to commit it (would be blocked by the hook).

Typo in the word favorite. Also, I think operating systems are more common than operation ones.

This is redundant: you already define LICENSE in the Makefile, don't repeat yourself.

Oh, not even a README file? It's OK, but good software should come with documentation.

We don't, but it's fine.

I do not understand that sentence, what does not correspond with what exactly?

It's good manners to include ONLY_FOR_ARCHS_REASON, but frankly, I find it hard to believe that a genetic data processing would be inherently amd64-only.

I'll try to build it on i386 and maybe send some patches.

I wouldn't be so hard here on @daichi: while the message is not perfect, it gives enough context for those interested in fixing it.

For a single docfile, you might want to use PORTDOCS variable instead.

You cannot use PORTDOCS without a DOCS option. Please add OPTIONS_DEFINE=DOCS.

Any reason you've dropped LICENSE_FILE? BSD2CLAUSE isn't available under /usr/ports/Templates/Licenses/, so when building in LICENSES_ASK=1 mode the dialog window would show a stub instead of license text.

devel/open-usp-tukubai installs the same file. Maybe define CONFLICTS_INSTALL in both ports.

devel/open-usp-tukubai installs the same file. Maybe define CONFLICTS_INSTALL in both ports.

USE_LDCONFIG in Makefile maybe required e.g., for LIB_DEPENDS to work. Even portlint -C complains about this.

ld(1) cannot find dynamic library due to missing *.so symlink.

$ echo 'int main() {}' >a.c
$ cc a.c -lttt -L/usr/local/lib -Wl,--verbose | fgrep ttt
attempt to open /usr/local/lib/libttt.so failed
attempt to open /usr/local/lib/libttt.a succeeded

ABI tracking:

$ make stage-qa
[...]
Warning: /usr/ports/textproc/tttcmds/work/stage/usr/local/lib/libttt.so.0 doesn't have a SONAME.
Warning: pkg(8) will not register it as being provided by the port.
Warning: If another port depend on it, pkg will not be able to know where it comes from.
Warning: It is directly in /usr/local/lib, it is probably used by other ports.

%%PORTDOCS%% in pkg-plist acts like a conditional i.e., expands to either empty string (DOCS=on) or @comment (DOCS=off). PORTDOCS defined in Makefile automatically registers the files (as if they were in pkg-plist). So, either drop this line or use %%PORTDOCS%%%%DOCSDIR%%/README.md then drop PORTDOCS in Makefile.

$ make -V '${PLIST_SUB:MPORTDOCS*}' WITH=DOCS
PORTDOCS=""
$ make -V '${PLIST_SUB:MPORTDOCS*}' WITHOUT=DOCS
PORTDOCS="@comment "
$ fgrep README $(make -V TMPPLIST)
/usr/local/share/doc/tttcmds/README.md