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

Fix CSCOPE and NLS options

Both the CSCOPE and NLS options were broken because _CONFIGURE_ENABLE
was misspelled.

Fix WITHOUT_NLS

Due to vim's configure not behaving like it says it does, the --disable-nls
option doesn't actually disable NLS. It linked against libintl anyway.
It turns out that to ACTUALLY disable NLS, you need to set --enable-nls to
a nonsense value.

PR:		223901
Reported by:	Marian Cerny (whose name I'm butchering in 7-bit ASCII)

Update to patchlevel 1342

Update to patchlevel 1309

Ignore in portscout. New patches happen multiple times each day

Fix lua support

Vim's configure system is completely unable to handle our version-specific
lua library. This is a really ugly fix. If anybody has a more elegant
solution I'd be happy to replace this.

PR:		223632
Reported by:	Dmitri Goutnik

Update to patchlevel 1289

Further simplify Makefile (the GUI checks are automatically disabled
when the GUI is passed manually).

Add an option for mzscheme bindings

Also, use GNU_CONFIGURE, not HAS_CONFIGURE. I mistakenly believed it was
non-GNU.

No PORTREVISION bump. I'm updating the port tomorrow.

Use the provided configure script

Our method of option-passing to vim could best be described as "vestigial."
We go to great lengths to avoid running the configure script, and then pass
everything as weird options directly to make(1).

Instead, just use the provided configure script like a normal person.
Combined with OPTIONS helpers, this makes the Makefile much, much simpler.
No PORTREVISION bump because there shouldn't be any changes to the resulting
package (except for Lua), and I'm updating vim tomorrow anyway.

Every language binding was enabled as built-in rather than dynamic, except
for Lua. Lua is now built-in binding like all the others. If there was some
reason that it was supposed to be dynamic, I'm happy to put it back.

Update to patchlevel 1264

Fix the ctags syntax. It does need the escaped pipe.

Reported by:	olgeni

Alter language bindings

Separate python2 and python3 bindings[1], to allow each to be enabled
independently or concurrently. py27 is still the default.

As long as I'm messing with language bindings, turn the Tcl and Lua
options off by default. This does NOT in any way affect support for
editing those types of files (including indenting, completion,
highlighting, linting, etc.)---it only affects plugins written in
Tcl or Lua or interactive debugging.

Suggested by:	mat [1]

Update to patchlevel 1231

Also, fix up ctags/exctags commands. I believe the ctags syntax was
wrong before. Anybody who uses ctags, please let me know if things
break and I'll revert that change.

Update to patchlevel 1207

Update to patchlevel 1191

Simplify the "lite" package even more

Make the only differences between "lite" and "regular" vim just console
mode and no language bindings. This was already the case (the default
feature set is "huge"), but now it's explicit.

Add a pkg-descr to vim-lite that explains the above, and remove some
text in the pkg-descr that makes absolutely no sense.

There's no effective change to generated package, but the port is
getting updated tomorrow anyway.

This will facilitate the future removal at some point of the "lite"
package, so that it can be replaced by a "console" flavour.

While here, remove a variable that was last used in 2001.

Update to patchlevel 1178

Update to patchlevel 1159

Reorganize patching and targets

There are so many targets here that it's really hard to follow. Move the
OPTIONS-related stuff away from the basic targets, and separate out a
couple patches into more sensible targets so that it's clearer what things
are doing.

Reorganize and simplify the vim Makefile

There should be no changes to the generated packages from this reorganization.
The bulk of the changes involve better leveraging OPTIONS helpers, including
making vim-lite into an OPTION (which is always SLAVEd or EXCLUDEd).

Update to patchlevel 1141

Update to patchlevel 1115

Update to patchlevel 1098 to fix build when libvterm is installed.

PR:		222187
Reported by:	Oleh Hushchenkov and George L. Yermulnik

Update to patchlevel 1081

Update to patchlevel 1035.

Update to patchlevel 1000.

Update to patchlevel 962.

Update to patchlevel 917.

Update to patchlevel 867.

Update to patchlevel 809.

Update to patchlevel 742.

Update to patchlevel 714.

Update to patchlevel 702

Update to patchlevel 691

Update to patchlevel 670.

Update to patchlevel 642.

Update to patchlevel 631.

Update to patchlevel 606.

Update to patchlevel 604. Use a hash-based GH_TAGNAME because the main
content of the update (the runtime files) aren't otherwise attached to
any tag currently.

Update to patchlevel 600.

Prevent just the broken OPTION on ppc64, rather than marking the
whole port BROKEN.

Mark some ports failing on power64.  In cases where the error message
was a stub, provide a real one.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)
Reported by:	swills