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
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.
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>
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)
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.
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)
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.
no much changes for us (we where following the 4.3.x dev branch for a while)
except we are back on an official stable branch
Note that this version offers completion for dtrace, beadm (not tested with
FreeBSD versions) and improved completion for zfs.
