A couple options changes:
The MAILDIR and SECURE_FREE knobs were both removed and switched to
always-on. Having maildir support does not preclude mbox support, so
there's no reason not to include it for everybody. The secure-free
run-time free() safety check is good practice and is a mandatory default
on a number of other OS's, so now it's enabled for all zsh here as well.
PORTREVISION bump for the above changes.
The rest of the changes are simplifications, and reorganizing things to
be more legible. An EXTRA_PATCHES that was being applied unconditionally
was converted to a normal files/patch-, and I added in some comments
on things I got confused by.
While here, I also rewrote the descr to better describe what Zsh is
in relation to other shells. I also removed
"See also zshcompsys(1) manpage. :)"
Not even a smiley face can undo the pain of trying to read zshcompsys(1).
rather than /etc. Add an option, ETCDIR, to switch it back to /etc.
Also includes a couple whitespace cleanups. PORTREVISION bump, and a
note in UPDATING.
PR: 201866
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.
