devel/lua-language-server: Update to 3.16.1 and restore PORTEPOCH

During the ritual to resurrect this port, the existing PORTEPOCH
got inadvertently dropped. Restore it, along with an update to
version 3.16.1.

Differential Revision:	https://reviews.freebsd.org/D54165

devel/lua-language-server: Fix build with DEFAULT_VERSIONS+= ninja=samurai

This modifies a hardcoded call to `ninja`.

PR:		291489

devel/lua-language-server: Resurrect port

Once upon a time, I made a lua-language-server port. It was
basically one giant hack, and it sortof worked, if you stood
on one foot and didn't breathe. Eventually it became too big
of a burden and I deprecated it, and it was subsequently
removed back in 2022.

Dave Marker took the old port, worked with markj to fix some
longstanding bugs in an upstream dependency of a dependency,
and got the port working in a far more stable state than I'd
ever gotten it.

It's worth noting that the build is remarkably complex. LuaLS
is built by luamake (with its baffling DSL) which is, in turn,
built using raw ninja which is.... awful to work with.

It's also worth noting that Dave took this on as his first
port.

So, here comes--once again--the lua-language-server (aka LuaLS),
the most popular and featureful LSP server for Lua.

Differential Revision:	https://reviews.freebsd.org/D54055

devel/lua-language-server: Remove expired port

2023-08-15 devel/lua-language-server: Versions after 3.6.9 dump core (and do not
compile)

devel/lua-language-server: Deprecate and set to expire on 8/15/2023

This port is the most important lua LSP server, and is a huge
quality-of-life improvement for Neovim configuration.

However, the build process is bizarre and complex, and debugging
is very difficult. The tip of the iceberg is that the luamake
dependency comes only with a raw ninja file; that changes nothing,
but does represent the complexity of the the build process. Luamake
does nominally support FreeBSD, but definitely isn't tested on it.

Versions of LuaLS after 3.6.9 dump core immediately when used in
Neovim, and I don't have the time or expertise to figure out why.
Additionally, the last couple versions don't even compile.

If someone is inclined to debug LuaLS and get it working, I would
be absolutely thrilled to un-deprecate it. But if that doesn't
occur, it's not worth keeping in the tree.

The port is set to expire on 8/15/2023.

devel/lua-language-server: Downgrade to 3.6.9 (3.6.10 aborts)

devel/lua-language-server: Update to 3.6.10

devel/lua-language-server: Update to 3.6.9

devel/lua-language-server: Update to 3.6.8

devel/lua-language-server: Update to 3.6.7

devel/lua-language-server: Update to 3.6.6

devel/lua-language-server: Update to 3.6.5

devel/lua-language-server: Fix runtime by defining metapath

lua-language-server never ran correctly on FreeBSD. Setting metapath
allows that dir to be created rather than it trying (and failing) to
be created under $SHAREDIR.

devel/lua-language-server: Update to 3.6.4

devel/lua-language-server: Update to 3.6.3

devel/lua-language-server: Update to 3.6.2

devel/lua-language-server: Update to 3.6.1

devel/lua-language-server: Fix b.p.post.mk inclusion

devel/lua-language-server: Attempt to fix build on 12

devel/lua-language-server: Update to 3.5.6

devel/lua-language-server: fix build on powerpc*

In file included from 3rd/bee.lua/binding/lua_thread.cpp:2:
In file included from 3rd/bee.lua/bee/thread/lockqueue.h:5:
3rd/bee.lua/bee/thread/spinlock.h:22:6: error: unsupport platform
    #error unsupport platform
     ^
3rd/bee.lua/bee/thread/spinlock.h:34:21: error: use of undeclared identifier
'cpu_relax'
                    cpu_relax();

devel/lua-language-server: Update to 3.5.5

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

devel/lua-language-server: Set log to a temp directory

devel/lua-language-server: Add port

This was difficult to port largely because of luamake, which:
1) Is itself built by a ninja definition file precompiled just for
   FreeBSD which doesn't work on FreeBSD.
2) Has no documentation whatsoever. I'd love to get rid of the
   BINARY_ALIAS= gcc=cc hack, but I have literally no idea where
   luamake picks up its compiler from.

Any advice on the above is very welcome! sumneko, luamake (and
associated dep bee.lua) went out of their way to try to support FreeBSD,
so it'd be nice to get it working right without heavy patching.

The Sumneko Lua Language Server is a comprehensive Lua development
server. It functions as an LSP client, supporting: