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

Update vim to patchlevel 1563

Update vim to patchlevel 1539

Update vim to patchlevel 1521

Update vim to patchlevel 1496

Update vim to patchlevel 1458

Update vim to patchlevel 1432

Rename editors/vim-lite to editors/vim-console. The vim-console port isn't
actually any lighter---it's built with exactly the same feature-set as
the main vim port. The only difference is lack of gtk20 GUI, and the
language bindings are off by default.

An UPDATING entry is included.

Add editors/vim-tiny.

By popular request, this is a slave port that installs only the vim binary. It
has
no dependencies, produces a 1 MB package with a 3 MB installed footprint, and
is unable to do anything except edit files. It contains no help files, no
runtime
files, no syntax highlighting, no filetype-specific indenting, non-US keymaps,
macros, or spell-checking.

vim-tiny is designed for minimal installs, and is the wrong choice for most
users.

Update to patchlevel 1427

Update to patchlevel 1424

Update to patchlevel 1397

Update to patchlevel 1381

Update to patchlevel 1365