*/*: Fix some ports conversion from USE_RUBY to USES=ruby

In my previous commit 18c6e18 I missed some ports where RUBY was
optional. This commit fixes those missing ports and fixes INDEX build.

Approved by:	portmgr
Fixes: 18c6e18 Mk/**ruby.mk: Switch from USE_RUBY=yes to USES=ruby

editors/vim: Update to 9.0.1136

editors/vim: Update to 9.0.0981

editors/vim: Update to 9.0.0823

Also, update the sshd syntax file to recognize the preferred
UseBlocklist in addition to UseBlacklist.

PR:		267353

editors/vim: Update to 9.0.0735

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.

editors/vim: Allow system vimrc, and include defaults.vim for vim-tiny

Two changes here (along with bumping to the latest upstream patch):

1) In the previous Vim commit, support for the system-wide vimrc/gvimrc
   was dropped because we went through contortions to fix loading order
   and monkey around with various defaults.

   However, many people used that file for their system. This commit
   re-adds support for loading it. All work for untangling the mess of
   loading defaults.vim and preventing circular loads is left to the
   user. We just support loading that file; what you do with it is your
   call.

2) vim-tiny is supposed to be the smallest possible Vim experience,
   being just the binary and no runtime library. However, without a
   viable defaults.vim, it's essentially just a larger, slower Vi.
   The vim-tiny package now ships with defaults.vim, which is patched
   to prevent errors from Vim loading the syntax library (which is not
   installed).

editors/vim: Update to 9.0.0369, and drop the FreeBSD vimrc

Our FreeBSD vimrc has caused a lot of trouble. It seriously mangles
config loading order (see below PR for the 21 comments it took before
I could get my head around it), clobbers defaults, duplicates defaults,
and simply isn't how Vim does things.

In this patch, the system vimrc is dropped entirely. Instead,
$VIMRUNTIME/defaults.vim sources $VIMRUNTIME/defaults_freebsd.vim, which
contains only FreeBSD-specific settings (today, a convenience augroup
for port creation, and a flag to let syntax/sh.vim know that /bin/sh
isn't bash).

There is no perfect solution here, but by not clobbering anything
anymore, we at least don't *prevent* other solutions. You now get Vim's
defaults, and you are free to override them in your ~/.vimrc.

PR:		251420

editors/vim: Update to 9.0.0129

editors/vim: Add some explanatory comments to the vimrc

Our vimrc duplicates settings from $VIMRUNTIME/defaults.vim, which
appears odd.

However, it's actually required because of vim-tiny. vim-tiny installs
an empty defaults.vim stub, meaning that it only gets the settings that
appear in our vimrc.

PR:		265502

editors: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  Adam Saponara <as@php.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Andreas Kohout <shanee@augusta.de>
  *  Andrej Zverev <az@inec.ru>
  *  Andrey Zakhvatov
  *  Anton Tornqvist <antont@inbox.lv>
  *  Bill Fumerola <billf@chc-chimes.com>
  *  Bob Eager <bob@eager.cx>
  *  Chris D. Faulhaber <jedgar@fxp.org>

editors/vim: Update to 9.0.0016

This is a major release. The biggest new feature is vim9 script, a
backwards-incompatible dialect that improves some of the worst
headaches of classic vimscript.

editors/vim: Update to 8.2.5052 and fix vimrc clobbering

Vim runtime's defaults.vim will clobber global vimrc settings. It's
fine for the settings we provide, but other edits to that file can
get lost.

To work around this, defaults.vim is now directly sourced and a flag
is set to stop that file from getting loaded a second time. Thanks go
to Anton Saietskii for that bit of magic.

PR:	251420

editors/vim: Update to 8.2.5048

editors/vim: Update to 8.2.4851

editors/vim: don't exclude RUBY on powerpc64

editors/vim: RUBY works fine on powerpc64le

editors/vim: Update to 8.2.4669, add x11 support, drop Athena

Vim no longer includes the Athena (Xaw) frontend, so drop the
athena flavor.

As requested by many (and based on a patch from scf), restore the x11
flavor. The x11 flavor is a bit odd; it doesn't actually include an X
GUI. As a result, when Vim got flavorized I dropped it as I thought
it was vestigial. What the x11 flavor actually provides is support for
some X interaction (mainly xclipboard), and is highly useful to people
who run console Vim within X.

The outcry was pretty swift, and I'd like to thank all the people who
took the time to email me about it, and especially scf who provided
the bulk of this patch.

I'm going to MFH this due to the athena build failure.

editors/vim: Update to 8.2.4659

editors/vim: Update to 8.2.4485

editors/vim: Update to 8.2.4282

editors/vim: Update to 8.2.3745

editors/vim: Update to 8.2.3616

In particular, this picks up "patch 8.2.3582: reading uninitialized
memory when giving spell suggestions""

editors/vim: Update to 8.2.3570

Remove x11 flavor. It adds xclip support but doesn't contain a GUI,
making it more confusing than helpful.

I doubt anyone really used it, but if so then vim-athena, the simplest
X GUI toolkit, is the one you're looking for.

INSTALLS_ICONS: retire the macro and rework the related dependencies

While here, make sure gtk-update-icon-cache is only on run dependency
where added as a dependency
Enforce gtk3 to depend on gtk-update-icon-cache (previously it was
inheriting the dependency)

editors/vim: Update to 8.2.3458

Security:	CVE-2021-3778
                CVE-2021-3796

Reported by:	TJ

editors/git: Explicitly disable X for console Builds

PR:   258407

editors/vim: Fix build under (non-poudriere) `make install'

editors/vim: Fix python language bindings

PR:		258234

editors/vim: Define CONFLICTS_INSTALL and PKGNAMESUFFIX in just one place

Suggested by:	danfe

editors/vim: Flavorize and update to 8.2.3394

This commit completely rewires the vim ports. It includes the following:

* `vim' is now a TUI-only package. It is what the `vim-console' port
  was.

* `vim-gtk3' includes the TUI binary (vim) and a GTk3-backed GUI. It is
  what the `vim' port was.

* Each GUI toolkit has a separate package. There is vim-gtk3, -gtk2,
  -motif, -athena, and -x11.

* `vim-tiny' is still the same thing, except it includes a defaults.vim
  stub to silence a startup error message.

editors/vim: Explicitly disable libcanberra support

Vim will link against libcanberra if it's installed. It really doesn't
serve any particular purpose for a text editor, so it makes sense for
us to just disable it explicitly.

This change existed before, but was hidden in the GNOME option and got
removed when libgnomeui was purged.

PR:		257565
Reported by:	Philipp Ost

editors/vim: Update to 8.2.3273

editors/vim: Update to 8.2.3081

editors/vim: Update to 8.2.2918

editors/vim: Update to 8.2.2820

Prepare removal for libgnomeui

Remove the GNOME option for all ports depending on libgnomeui

Try harder to build when libsysinfo is installed

PR:		254891

editors/vim: Update to 8.2.2725

all: Remove all other $FreeBSD keywords.

Remove # $FreeBSD$ from Makefiles.

editors/vim: Update to 8.2.2569

editors/vim: Update to 8.2.2461

Ensure vim uses ncursesw (the widechar version) everywhere

Reported by:	cy

editors/vim: Update to 8.2.2263

editors/vim: Update to patchlevel 2072

editors/vim: Update to patchlevel 1943

Set OPTIONS_EXCLUDE_powerpc64le the same way as for powerpc64.

Approved by:	portmgr (tier-2 blanket)

vim: Update to patchlevel 1558

vim: Update to patchlevel 1382

The main goal is to pick up patch 1379:

  Problem:    Curly braces expression ending in " }" does not work.
  Solution:   Skip over white space when checking for "}". (closes #6634)

PR:		248504
Submitted by:	p5B2E9A8F t-online de

vim: Update to patchlevel 1334

vim: Update to patchlevel 1110

vim: Update to patchlevel 869

vim: Fix environment contamination from libcanberra

Vim will link against libcanberra if it's present, leading to an
undeclared link and breakage risk if canberra is removed. It only really
makes sense for it to do this during a gnome build, so explicitly
enable it there and disable it elsewhere.

PR:		245460
Reported by:	Andy Mender
MFH:		2020Q2

vim: Update to patchlevel 491

While here, restrict ctags patching attempts to only the files that
will need to be patched. This prevents the creation of dozens of
.orig files that are identical to the "patched" versions.

vim: Update to patchlevel 345

Fix stage-qa of shebang with PYTHON option disabled after r522484

The error message (in poudriere) is as follows:
====> Running Q/A tests (stage-qa)
Error: '/usr/local/bin/python' is an invalid shebang you need USES=shebangfix
for 'share/vim/vim82/tools/demoserver.py.bak'

r522484 adds a new REINPLACE_CMD check which is enabled when DEVELOPER=yes. It
does not respect REINPLACE_ARGS (-i ''), thus runtime/tools/demoserver.py.bak is
generated. Vim installs everything in runtime/tools [1] which fails in stage-qa
for invalid shebang.

This workaround uses USES=python:env. It will replace the shebang with default
python (/usr/local/bin/python3.7).

[1] from src/Makefile:
# install the runtime tools
	$(INSTALL_DATA_R) $(TOOLSSOURCE)/* $(DEST_TOOLS)

PR:		243961
Reported by:	salvadore
Submitted by:	sunpoet (myself)
Approved by:	adamw (maintainer)

vim: Update to patchlevel 205 and add PYTHON option

When python is built with DEBUG, vim fails to build. In fixing this
case, note that vim will now fail to build if python or vim is build
with DEBUG and the other isn't.

This also highlighted that python support is being kludged. The
PYTHON2 and PYTHON3 options have been combined into a single PYTHON
option that builds with the default python. Consequently, it is no
longer possible to build vim with both py2 and py3 support. I can't
name any modern high-usage python-based plugin that requires 2.7,
so hopefully this only messes up things for a very small minority.

Thanks to koobs for the prompt to combine these options. I've been
wanting to do this for a while now.

PR:		243606
Submitted by:	novel

vim: Add a MAKE_JOBS option for concurrent build, default off

Most systems are able to build vim in parallel most of the time.
The dependency chain in the Makefiles are a spaghetti mess and
concurrency is broken with some frequency, so it just isn't
feasible for it to be on by default.

It does shave quite a bit of time off the build (and I have had
.undef MAKE_JOBS_UNSAFE in Makefile.local for years), so now
there's an option. It's off by default.

PR:		243109
Reported by:	glewis

vim: Update to 8.2 patchlevel 76 (minor bump)

vim: Update to patchlevel 2372

e*: Add missing USES={gnome,sdl,xorg}

Add USES=xorg USES=gl, ports categories e and g

Add USES=xorg and USES=gl to ports in categories starting with 'e' and 'g'.
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.

vim: Update to patchlevel 2237

vim: Update to patchlevel 2108

vim: Update to patchlevel 1954

vim: Simplify patch

vim: Update to patchlevel 1790

Also, unmute Makefile commands.

editors/vim: remove meaningless 85+ from USES tcl

Update to Vim to patchlevel 1439, change default python, improve vimrc

Some big changes in this update:

* Patchlevel 1439
* Default python is now 3.x instead of 2.x [1]
* Expose DEFAULT_VIMRC option (on by default) to vim-tiny

Also, many changes to the default vimrc. Any changes necessarily risk
contention, but then I remembered that I actually maintain editors/vim,
so here we are. The idea here is that Vim, by default, behaves like Vi,
and people who install the Vim port do so because they DON'T just want
Vi. I've enabled features that are basic quality-of-life settings for
me, and that I hope will be ideal for most end-users.

Update vim to patchlevel 1248

Update vim to patchlevel 1099

Update vim to patchlevel 985

Ensure that USES=gnome is set whenever USE_GNOME is used

PR:		235427
Submitted by:	Samy Mahmoudi

Update vim to patchlevel 865

After discussion on freebsd-ports@, switch the default UI toolkit
from GTK2 to GTK3. There isn't a huge visual difference, so it's
more predicated on the idea that people are more likely to have
GTK3 already installed for other things.

Update vim to patchlevel 676

Update vim to patchlevel 555

Slightly decrease the chance that I'll break -console and -tiny again next time

Teach vim-console and vim-tiny to ignore the ctags options

Update vim to patchlevel 502, and support universal-ctags[1]

This changes the name of the EXUBERANT_CTAGS option, but keeps
it as the default.

Submitted by:	Stephen Wall [1] (based on)

Update vim to patchlevel 443

Update vim to patchlevel 342

Improve the way vim looks for python binaries

Previously, we patched in the names of all the python binary versions, but
I have been doing a terrible job of keeping them up-to-date. Instead, just
tell vim's configure script the path to the binary we're using.

This will fix building against python 3.7.

PR:		230675
Reported by:	Kamigishi Rei
MFH:		2018Q3

Update vim to patchlevel 231

Also, add a patch[1] to recognize the UseBlacklist command in sshd_config.

PR:		230074 [1]
Submitted by:	Samy Mahmoudi

Switch to xorgproto instead of individual packages

Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto.  This update
tracks that change.

* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
  bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
  instead depend on xorgproto.  Bump portrevision.
* Delete the old *proto packages, update MOVED.

PR:		230023
Submitted by:	zeising
Approved by:	portmgr (antoine)
exp-run by:	antoine

Update vim to patchlevel 139

Update vim to patchlevel 39

Update vim to patchlevel 22

Update vim to 8.1, patchlevel 4

Update vim to patchlevel 1817

Update vim to patchlevel 1794

Update vim to patchlevel 1769

Update vim to patchlevel 1740

Update vim to patchlevel 1718

Update vim to patchlevel 1674

Update vim to patchlevel 1655

Update vim to patchlevel 1638

Update vim to patchlevel 1616

Update vim to patchlevel 1594