The Enhanced TightVNC Viewer package started as a project to add some patches
to the long neglected Unix TightVNC Viewer. However, now the front-end GUI and
wrapper scripts features dwarf the Unix TightVNC Viewer patches (see the lists
below).
It adds a GUI for Windows, Mac OS X, and Unix that automatically starts up
STUNNEL SSL tunnel for SSL or SSH connections to x11vnc, and then launches the
TightVNC Viewer to use the tunnel. It also enables SSL encrypted VNC
connections to any other VNC Server running an SSL tunnel, such as STUNNEL, at
their end. It can be used to perform SSH tunnelled connections to any VNC
Server as well. The tool has many additional features (see below for a list).
The short name for this project is "ssvnc" for SSL/SSH VNC Viewer.
WWW: http://www.karlrunge.com/x11vnc/ssvnc.html
===> The following configuration options are available for ssvnc-1.0.29_4:
DOCS=on: Build and/or install documentation
ULTRAFTP=off: UltraVNC File Transfer support (Java required)
===> Use 'make config' to modify these settings
SSVNC has been installed, and the following commands are available:
ssvncviewer - SSVNC viewer
ssvnc-ts - Wrapper script for Terminal Services mode
ssvnc-stunnel - Wrapper script for SSVNC + stunnel (SSH/SSL tunnels)
ssvnc-gui - GUI for the previous commands
cleanup: Remove expired ports:
2022-03-31 security/revealrk: Deprecate, marked BROKEN on 12+ in 2018
2022-03-31 devel/apache-commons-modeler: Abandoned upstream, last release in
2013
2022-03-31 security/afl: Abandoned upstream, no new release since 2017. Please
consider using security/afl++ instead
2022-03-31 www/mod_line_edit: Abandoned upstream, last release in 2006, Apache
includes mod_sed
2022-03-31 www/myfaces: Unsupported by upstream, released in 2005
2022-03-31 www/mod_backtrace: Abandoned upstream in 2012 (version 2.0)
2022-03-31 security/base: Broken with PHP 7+, forked here
https://github.com/NathanGibbs3/BASE/
2022-03-31 security/find-zlib: Deprecated, no longer relevant
2022-03-31 security/razorback-clamavNugget: Abandonware, last release in 2012
and listed as alpha quality by upstream
2022-03-31 security/shimmer: Abandonware, last release in 2008
2022-03-31 security/kripp: Abandonware, upstream returns 404 and last release
was back in 2007
2022-03-31 security/ipfilter2dshield: Abandonware, no word of it on upstream web
site
2022-03-31 security/sha: Obsolete, we have tools in base
(Only the first 15 lines of the commit message are shown above )
Add USES=xorg USES=gl, ports categories n
Add USES=xorg and USES=gl to ports in categories starting with 'n'.
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Remove nonexistent -t option from call to netstat(1) [1]
Convert to options helpers
Install everything with BSD_INSTALL_* instead of cp to set
correct permissions and strip binaries
Pet portlint and stage-qa
PR: 213490 [1]
Submitted by: G. Paul Ziemba <p-fbsd-bugs@ziemba.us> [1]
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
(Only the first 15 lines of the commit message are shown above )
Convert GMAKE to MAKE_CMD
Please note that lots of invocation of MAKE_CMD here are wrong as they do not
properly respect MAKE_ENV and friends
With hat: portmgr
- Fix packaging without DOCS or with ULTRAFTP
- Use new LIB_DEPENDS syntax and tk:wrapper
- Simplify ULTRAFTP option with MAKE_ARGS
PR: ports/184157
Submitted by: wblock (previous version)
- unbreak package creation
- while here standardize on empty PORT_OPTIONS and convert USE_GMAKE to USES
PR: 180850
Reported by: Alfred Bartsch <bartsch@dssgmbh.de>
New USES imake to handle the dependency on imake.
This uses accept 'env' as an argument for ports that do use their own or a
different do-configure target.
Modify xmkmf so it accept IMAKECPPFLAGS as default flags for imake and pass it
to the called imake.
Modify xorg-cf-files (the FreeBSD.cf configuration file) to allow CppCmd to be
overwritten.
Pass CppCmd CcCmd and CplusplusCmd via command line to each call of imake via
IMAKECPPFLAGS
Pass IMAKE_DEFINE with the above arguments to MAKE_ARGS so that imake spawned
from Makefile generated by a previous
imake also inherit the defined CppCmd CcCmd and CplusplusCmd.
Make imake use devel/tradcpp all the time, so that when buidling with clang we
do not depend on gcc's cpp.
Make imake respect CC and CXX
Make imake respect USE_GCC (if set imake will use gcc's cpp).
While here:
- Remove a couple of indefinite articles from comments
- Trim headers
- Fix a couple of ports to build with clang or use: USE_GCC=any
- Fix a now useless redefinition of the extraction chain
- Fix a typo in japanese/Wnn7-lib bundled imake template definitions
- Fix some XMKMF execution with no env specified
- Use options helper in x11/xautolock to simplify the port
- Update X.org ports to 7.4+ (few ports are more recent than the katamari).
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).
- Update distinfo.
Changes:
- Add "X11 viewer MacOSX" option to the GUI.
- Add some checks for Darwin in the scripts.
- Initialize "struct sockaddr_in" variables with zero.
- Update manual pages.
Reported by: pointyhat (via pav)
The Enhanced TightVNC Viewer package started as a project to add some patches
to the long neglected Unix TightVNC Viewer. However, now the front-end GUI and
wrapper scripts features dwarf the Unix TightVNC Viewer patches (see the lists
below).
It adds a GUI for Windows, Mac OS X, and Unix that automatically starts up
STUNNEL SSL tunnel for SSL or SSH connections to x11vnc, and then launches the
TightVNC Viewer to use the tunnel. It also enables SSL encrypted VNC
connections to any other VNC Server running an SSL tunnel, such as STUNNEL, at
their end. It can be used to perform SSH tunnelled connections to any VNC
Server as well. The tool has many additional features (see below for a list).
The short name for this project is "ssvnc" for SSL/SSH VNC Viewer.
WWW: http://www.karlrunge.com/x11vnc/ssvnc.html
