foo-* to foo-[0-9]*. This is to cause the dependencies to match only the
packages whose base package name is "foo", and not those named "foo-bar".
A concrete example is p5-Net-* matching p5-Net-DNS as well as p5-Net. Also
change dependency examples in Packages.txt to reflect this.
with the exception that HasXdmAuth is set to NO (since vnc doesn't
have the Wraphelp.c file).
This fixes problems on pmax, alpha, and maybe others.
This closes PR 10108
Changes since 3.3.3.1:
vncconnect
New helper program for Xvnc, which causes it to make reverse
connections to a listening VNC viewer. This is similar to
WinVNC's "Add New Client" / -connect feature.
Xvnc
New option -inetd incorporating Andre Moreira's iXvnc functionality.
Fix to hextile encoding, thanks to Michael A. Fetterman - this
may be the cause of the "0 bpp problem".
New connect out feature by using the vncconnect command.
Fix some non-ascii capitalisation issues, thanks to Vlad Harchev.
Fix bounding box calculation for arcs.
Other minor bug fixes.
vncserver
Sets DISPLAY to use unix domain socket if possible (:dpynum
rather than host:dpynum).
Option -kill should now work if you give it $DISPLAY as an argument.
vncviewer
Fix Xaw string copy bug, thanks to Tim Waugh - this fixes the
problems with the password dialog with recent versions of linux
RESTRICTED= variables that were predicated on former U.S. export
regulations. Add CRYPTO=, as necessary, so it's still possible to
exclude all crypto packages from a build by setting MKCRYPTO=no
(but "lintpkgsrc -R" will no longer catch them).
Specifically,
- - All packages which set USE_SSL just lose their RESTRICTED
variable, since MKCRYPTO responds to USE_SSL directly.
- - realplayer7 and ns-flash keep their RESTRICTED, which is based
on license terms, but also gain the CRYPTO variable.
- - srp-client is now marked broken, since the distfile is evidently
no longer available. On this, we're no worse off than before.
[We haven't been mirroring the distfile, or testing the build!]
- - isakmpd gets CRYPTO for RESTRICTED, but remains broken.
- - crack loses all restrictions, as it does not evidently empower
a user to utilize strong encryption (working definition: ability
to encode a message that requires a secret key plus big number
arithmetic to decode).
by Eric Mumpower <nocturne@arepa.com> in pkg/9440.
Changes from 3.3.3 (from the webpage):
Xvnc
* Xvnc now uses a "deferred update" mechanism which enhances
performance in many cases. After any change to the framebuffer,
Xvnc waits for a time (default 40ms) before sending an update to
any waiting clients. This means that more changes tend to get
coalesced together in a single update. The time can be changed
with the -deferupdate option. Setting it to 0 results in the same
behaviour as previous versions of Xvnc.
* There are a couple of security enhancements. The -localhost option
now causes Xvnc to only listen on the loopback interface. This
means that it shouldn't be vulnerable to port scanning. Also a
"too many tries" feature on authentication failure is now
implemented. After five failed attempts, further attempts are
delayed by an exponentially increasing amount, starting at ten
seconds.
vncserver
* Uses SO_REUSEADDR when testing to see which ports are free.
vncviewer
* When given -owncmap in full screen mode, tries to install the
colormap. This works only when no window manager is running.
* The popup window now always uses the default colormap.
* The "backing store" attribute can now be set on the desktop window
via the "backingStore" resource. It defaults to "Always", meaning
the X server should keep the contents of the viewer window when it
gets obscured by other windows.
