DRC [Sat, 1 Oct 2011 18:22:06 +0000 (18:22 +0000)]
Disable Composite extension by default in the legacy-friendly TigerVNC build. Justification: Some older versions of Gnome do not work properly when Composite is enabled. This is known to be a problem with RHEL 4 (Gnome 2.8), and it causes the legacy-friendly build to be unusable on that platform. Newer Gnome versions, such as 2.16.0 (the version in RHEL 5), work properly with Composite enabled, but those versions don't support compositing anyhow, so it doesn't matter if we remove the extension. Typically, platforms that are new enough to support compositing are also new enough to not require the legacy-friendly build of TigerVNC. Further, Composite can be re-enabled by simply adding --enable-composite to the XORGCFGFLAGS env. variable prior to executing 'build-xorg build'.
DRC [Tue, 9 Aug 2011 18:12:05 +0000 (18:12 +0000)]
Attempt to handle the differing behavior of Zlib 1.2.3 (which calls deflate(..., Z_PARTIAL_FLUSH) within the body of deflateParams()) and Zlib 1.2.5 (which calls deflate(..., Z_BLOCK)). Not sure why this works, but extensive low-level testing, in which 20 RFB session captures were streamed through an isolated version of the encoder and the compression level was changed randomly, shows this fix to behave solidly with both Zlib versions.
DRC [Tue, 9 Aug 2011 11:08:36 +0000 (11:08 +0000)]
Revert r4498 and fix #3305357 properly. The issue was two-fold: (1) the compress buffer allocated by the Tight encoder was not large enough, and (2) Zlib 1.2.5 can sometimes call deflate(..., Z_BLOCK) within the body of deflateParams(), so we need to check avail_in after calling checkCompressionLevel() to ensure that there is still data left to compress before we call deflate() again.
DRC [Fri, 24 Jun 2011 22:21:00 +0000 (22:21 +0000)]
Win32-->Windows (since there are Win64 builds as well); also remove copyright messages here (duplication of effort with the About dialog in winvnc and vncviewer)
DRC [Fri, 24 Jun 2011 21:46:41 +0000 (21:46 +0000)]
We don't actually need a version number here. This was cruft from back-porting the CMake build script out of libjpeg-turbo 1.1 beta. Removing it because it is, coincidentally, the same as the TigerVNC version number and may cause confusion.
DRC [Wed, 15 Jun 2011 02:18:42 +0000 (02:18 +0000)]
Remove support for building Xvnc against Xorg 7.5. We have fixed the issues that were occurring in the Xorg 7.4 components by upgrading those components. Xorg 7.5 requires autoconf 2.60 and other updated tools that aren't readily available on the legacy platforms we're using with build-xorg (notably: RHEL 4 and 5), and thus no one has successfully built that configuration.
DRC [Wed, 15 Jun 2011 02:16:43 +0000 (02:16 +0000)]
Remove support for building Xvnc against Xorg 7.5. We have fixed the issues that were occurring in the Xorg 7.4 components by upgrading those components. Xorg 7.5 requires autoconf 2.60 and other updated tools that aren't readily available on the legacy platforms we're using with build-xorg (notably: RHEL 4 and 5), and thus no one has successfully built that configuration.
DRC [Tue, 14 Jun 2011 22:23:39 +0000 (22:23 +0000)]
Using build-xorg without -static is not useful, because it causes Xvnc to depend on the dynamic X11 libraries generated by build-xorg in the build directory. Thus, remove -static and make that behavior the default.
The installed package is called "com.tigervnc.tigervnc" (our convention is to use lowercase "tigervnc" for package names), so this fixes an issue whereby it would not uninstall.
Update build documentation to reflect the fact that libjpeg-turbo 32-bit will not build on NASM 0.99 or 2.00 (due to what appears to be a NASM bug, but scant information is available on it), and make the instructions applicable to any NASM version, not just 2.05.
DRC [Wed, 23 Mar 2011 05:58:53 +0000 (05:58 +0000)]
Previous versions of MinGW64 prepended an underscore to the symbol names, which was incompatible with the behavior of Visual C++ 64-bit. MinGW64 1.0 changed its default behavior so that underscores are no longer prepended, so this patch removes the underscores from the SIMD symbol names when building with MinGW64, to prevent the build from breaking. Those wishing to build TigerVNC with older MinGW64 versions will need to add -fno-leading-underscore to CFLAGS and CXXFLAGS.
DRC [Wed, 16 Mar 2011 19:32:02 +0000 (19:32 +0000)]
Don't pretend that vncserver -fg & works, because closing stdin causes problems with some WM's. Instead, just revert to the original vncserver -fg code and add a separate option for auto-killing Xvnc when run in "background" mode.
DRC [Sun, 13 Mar 2011 23:41:07 +0000 (23:41 +0000)]
Revert default behavior of vncserver (Xvnc will not automatically be killed whenever the WM exits), but also fix vncserver -fg such that it can be successfully backgrounded (vncserver -fg &) to achieve the same effect.
DRC [Thu, 10 Mar 2011 09:07:15 +0000 (09:07 +0000)]
Make Windows viewer behave like Unix viewer (send new FB update request immediately upon receiving FB update.) This is step 1 of working around the TLS refresh issue.
DRC [Wed, 9 Mar 2011 06:57:47 +0000 (06:57 +0000)]
Don't run vncpasswd to create a new VNC password unless one of the VNC auth types is being used with the default VNC password location (~/.vnc/passwd).
DRC [Fri, 4 Mar 2011 10:17:48 +0000 (10:17 +0000)]
Always exit Xvnc whenever the user exits the window manager, and provide a -fg switch to allow Xvnc to run in the foreground (necessary for some grid computing environments)
DRC [Mon, 21 Feb 2011 13:43:44 +0000 (13:43 +0000)]
Using a fixed port range with -via can cause a race condition between multiple vncviewer instances, whereby one instance calls bind() and finds the port to be free, then another instance calls bind() and finds the same port to be free, because the first instance hasn't started the SSH tunnel on it yet. This patch works around the issue by using ephemeral ports. All known modern O/S's increment the ephemeral port number by 1 after bind(), so the port is effectively "reserved" after bind(), and this prevents another vncviewer instance from trying to reserve the same port.
DRC [Thu, 10 Feb 2011 22:56:42 +0000 (22:56 +0000)]
Move BUILDING.txt to the top of the tree, since it contains general build instructions that are useful to all users, not just users who are using the packaging tools under release/
DRC [Thu, 10 Feb 2011 21:33:49 +0000 (21:33 +0000)]
Clean up the way build-xorg handles GnuTLS. It should now work the same way as configure, allowing GNU_CFLAGS and GNU_LDFLAGS to be overridden on the command line.
DRC [Tue, 8 Feb 2011 23:43:17 +0000 (23:43 +0000)]
Check for the existence of setenv() in the system libraries and use the system version if it exists. This prevents "error: declaration of setenv() throws different exceptions" when building on certain Linux platforms.