Upstream has officially abandoned the port some time ago and the software
was maintained then for a while by the Debian project.
But even Debian will now pull the plug and rssh won't be available in their
next stable release. Considering these facts it makes sense to let this port
expire towards the end of Q2.
PR: 235121
Approved by: miwi (mentor), maintainer
Differential Revision: https://reviews.freebsd.org/D19503
basename(3) has been changed to be POSIX compliant in r308264. This implies
that it can possibly write to the passed string. shells/rssh passes a const
string, so it always crashes on invocation with FreeBSD 12 and later. The
new patches remedy this issue. [1] [2]
During further tests and research came to light that there were also
recently discovered security issues with the parsing of rsync/scp command
line arguments and insufficient sanitization of environment variables when
using rysnc.
The corresponding fixes have been incorporated to the new patches and the
already existing patch for the RSYNC option has been tightened for the
argument parsing. Please note that with this patch the scp option "-3" can
no longer be used. [3]
Furthermore, another patch was applied to make this port a bit more secure.
That patch handles a buffer allocation issue for an error message. [4]
PR: 235121
Submitted by: topical@gmx.net (first version) [1], Jason Harris (maintainer) [2]
Approved by: tcberner (mentor)
Obtained from: Debian [3] [4]
MFH: 2019Q1
Security: d193aa9f-3f8c-11e9-9a24-6805ca0b38e8
Differential Revision: https://reviews.freebsd.org/D19474
On FreeBSD 12+ basename(3) writes to its argument, which in scponly isn't a
writable string, so it segfaults. This patch works around it.
PR: 235810
Submitted by: fullermd@over-yonder.net
option is selected.
Loadables will not build statically. The upstream makefile handles this by
ignoring a non-zero exit status by prefixing the build instruction with a minus.
Nevertheless this causes plenty of confusion among our user base.
No PORTREVISION bump as this is a NOOP.
A modern replacement for the Bash system shell. Provides a systems shell in
the high-level Scala language, letting you seamlessly mix system operations
with real code without the hassle or the frustration of trying to write
complex code in Bash.
Ammonite lets you use the Scala language for scripting purposes: in a
Read-Evaluate-Print-Loop (REPL), as scripts, as a library to use
in existing projects, or as a standalone systems shell.
WWW: https://ammonite.io/
PR: 235759
Submitted by: Jens Grassel <jan0sch@mykolab.com>
zsh-completions is the additional completion definitions for Zsh.
This projects aims at gathering/developing new completion scripts that are not
available in Zsh yet. The scripts may be contributed to the Zsh project when
stable enough.
WWW: https://github.com/zsh-users/zsh-completions
`${foo.__}` should not expand to parent node
This was an experimental feature that was added after last stable
release. Disable it.
Fixes upstream issue #1116.
This brings in the following important commit on github:
Ensure fd 0, 1, 2 are never closed
Closing stdin, stdout, or stderr is extremely dangerous and
should never be done. If an attempt is made to do so redirect
the file descriptor to /dev/null. Similarly, if ksh is started
with one of those fd's closed open it on /dev/null before doing
anything else.
Resolving upstream issue #1117.
This change fixes a segfault that would happen from operations like
'printf "%f" 7.0'. Also, this change removes Python as a runtime
dependency. That was supposed to have been done in r488840, but there was a
typo.
https://github.com/fish-shell/fish-shell/issues/5453
Reported by: Mahmoud Al-Qudsi <mqudsi@neosmart.net>
MFH: 2019Q1
As usual, it is recommended to rebuild or reinstall all the
dependent ports and the lang/ghc port itself in one of the following
ways:
# portmaster -w -r ghc
or
# portupgrade -fr lang/ghc
In case of pkg(8), it is probably safer to remove all the GHC-dependent
packages along with GHC and reinstall everything from scratch. For
example:
# pkg query "%ro" ghc > ghc-pkgs.txt
# pkg delete -y lang/ghc
# pkg install -y `cat ghc-pkgs.txt`
During update some hs-* ports got two PORTREVISION bumps in a row. Other ports
got a PORTVERSION update together with one PORTREVISION bump. This is caused
by bulk-bumping PORTREVISION of all hs-* ports. There are a lot of them updated,
so figuring out which ones require a bump and which are not is too tedious.
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D18707
This also switches the build system from autoconf to cmake, and adds an
on-by-default MANPAGES option. MANPAGES are now optional because building
them requires doxygen.
PR: 234493
Reviewed by: koobs
Approved by: koobs (ports)
Notable fixes:
Fix `${+}` parameter expansion inside loops
`nv_getval()` function internally calls `nv_optimize()` and
optimizations outside `varsub()` function depend on it. Using
`nv_isnull()` instead of `nv_getval()` was causing broken behavior
with `${+}` parameter expansions inside loops.
Resolves: #70
Notable fixes are:
Sync all streams before restoring file descriptors
This was causing issues while truncating files. Sync all streams
before restoring file descriptors to avoid any similar issues in
future.
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
When configure sees procmail in the environment building of
jk_procmailwrapper is enabled. Add a new non-default PROCMAIL
option to make it explicit.
PR: 230132
Submitted by: John Hein <z7dr6ut7gs@snkmail.com>
Approved by: woodsb02 (maintainer timeout, 3.5 months)
which restores compatibility with old databases (version 1.8) and some
later versions which were built without mmap(2) support. Due to shlib
version change, bump port revisions of the consumer ports.
PR: 233059
Exp-run by: antoine
Approved by: maintainer (johans, numerous timeouts)
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816
