shells/zsh 5.9.2

Clean up Makefile and regenerate patches.

Reorganize Makefile for clarity, and add a few comments.
While here, regenerate the patches with makepatch.

No functional changes.

Remove ${PORTSDIR}/ from dependencies, categories r, s, t, and u.

With hat:	portmgr
Sponsored by:	Absolight

Fix ncurses detection properly. Now zsh builds and packages properly with base and ports ncurses, static or non-static.

Many thanks to bapt for showing me the magic trick here!

Partially revert r403755. It can't build the curses module against ncurses from ports. It probably can, but configure is too smart to figure that out.

I have no confidence that linking against curses from ports results in a properly
working zshell. So, for now, back out the change. It will build a shared lib zsh
against ncurses from ports, but breaks statically-linked zsh's. Mark the port
as IGNORE if we're using ncurses from ports and building a static zsh.

Also, remove a regression-test target that isn't useful anymore (thanks to bapt
for the reminder about this).

I am not enthused about this change. It doesn't really "fix" the below PR, so
much as shoot ourselves in the other foot instead.

PR:	205500

Fix static build against devel/ncurses by correcting how zsh tries to link against the terminal libraries. No PORTREVISION bump as this shouldn't really change the generated packages.

PR:		181720
Submitted by:	wulf@mail.mipt.ru

While here, fix a spacing nit and wrap compound commands in parens.

I'll take this port.

Make zsh read again conf in /etc Drop maintainership

We do not have yet the need for that new timestamp :)

Update to zsh 5.2 While here: - ensure zsh looks ${PREFIX}/etc for zshrc [1] - hook the testsuite to our test framework

PR:		201866
Submitted by:	Georgy <delycid@gmail.com>

- Switch to options helpers

Approved by:	portmgr blanket

Update to 5.1.1

Update to 5.1 Switch the default mirror to zsh.org until the distfiles appears on sourceforge

- Fix shebangs

Approved by:	portmgr blanket
MFH:		2015Q3 (blanket)

Move the SF mirrors first again

Fix du(1) completion

PR:		200768
Obtained from:	ZSH upstream

Really fix the plist

Pointyhat to:	bapt
Reported by:	many

Forgot about the plist

Update to 5.0.8

Among the usual updates, users will be happy to discover plenty of new FreeBSD
related completion as well as zpty working out of box (which wasn't the case
anymore for a while)

shells/zsh: Fix runtime error when built by gcc-5 with upstream patch

The previous approved fix for building with gcc5 still didn't work right.
Sure enough, upstream updated their patch.  When we take that update,
zshell finally behaves.  Piggybacking on previous approval.

shells/zsh: Fix runtime error when built by gcc-5 with upstream patch

ZSH was misbuilt on gcc-5 due to an intentional change in behavior of
gcc5's cpp.  This patch to execute cpp with the -P switch comes from
upstream.  No revbump necessary as GCC5 isn't used by default on FreeBSD.

Reported by:	DragonFly ZSH users
Approved by:	maintainer (bapt, IRC)

Stop installing info files, the manpages already covers the full documentation Add --as-needed to LDFLAGS to avoid overlinking with some options

Correct time report after r367805

PR:		367805
Submitted by:	peterj

Add a patch the kld* completion to find modules in /boot/modules [1] While here, fix manpages so they render correctly with mandoc

PR:		194621 [1]
Submitted by:	clutton@zoho.com [1]

Update to 5.0.7

Note from upstream release note:

Note in particular there is a security fix to disallow evaluation of the
initial values of integer variables imported from the environment (they
are instead treated as literal numbers).  That could allow local
privilege escalation, under some specific and atypical conditions where
zsh is being invoked in privilege elevation contexts when the
environment has not been properly sanitized, such as when zsh is invoked
by sudo on systems where "env_reset" has been disabled.

Make zsh look at its config files in localbase in priority Cleanup a bit more the plist

Submitted by:	Rolf Nielsen <rmg1970swe@gmail.com>

Fix stage violation/allow staging as a regular user

Clean up directory handling

Regenerate the patch that corrects memory report for builtin time command

Update to 5.0.6 Only build with multibyte (disabling leads to weird bugs) [1]

Reported by:	adamw [1]

Fix build with texinfo from ports

Fix building zsh on a FreeBSD which is a NIS client [1] Fix hangs upon '>(command)' redirections (enforce always using pipes) [2]

PR:		183253 [1], 180178 [2]
Submitted by:	Yasuhiro KIMURA <yasu@utahime.org> [1], danielsh@apache.org [2]
With help of:	jilles [2]

Test ICONV_LIB instead of being dependant on an OSVERSION

Submitted by:	tijl

Only pickup iconv from base even if libiconv is installed [1] While here do not leak stage path info zwc bytecode

Reported & tested by:	dim [1]

Add an @shell keyword to handle adding and remove a shell path in /etc/shell Bump port revision of all ports that were doing it wrong prior to the keyword

CR:		D208
Reviewed by:	antoine
With hat:	portmgr

Update my ports to the latest infrastructure changes

Fix properties on pkg-plist

Update to 5.0.5

Update to 5.0.4

Convert to stage, while here, cleanup a bit

Add NO_STAGE all over the place in preparation for the staging support (cat: shells)

- Fix a typo in configure arguments - Bump port revision as it concerns a default option

Submitted by:	Paul Mulders <justinkb@gmail.com> (by private mail)

Fix a confusion

Reported by:	wg

Use new helpers

Adopt USES=ncurses

- Convert USE_ICONV=yes to USES=iconv - Change USE_GNOME=pkgconfig|gnomehack to USES=pathfix|pkgconfig and   USE_GETTEXT=yes to USES=gettext while here

Variable that start with _ are considered private to the defining makefile and may not be used by ports makefiles. In addition, avoid problems should the defaults ever change.

Approved by:	portmgr (tabthorpe)

- update to 5.0.2

- update to 5.0.1

Update PCRE to 8.32 Introduces the UTF-32 library pcre32 Bump PORTREVISION in dependent ports

- Add the documentation to distinfo [1] - Fix plist

Reported by:	zi [1]