On Wed, Feb 09, 2011 at 10:09:25PM -0600, DRC wrote:
An unrelated issue is that whenever I try to use the vncviewer GUI to
set the Zlib level to something other than the default, the server
crashes (the log says ZlibOutStream: deflate failed.)
In my self compiled windows viewer, I can
On Wed, 09 Feb 2011 18:25:22 -0600
DRC dcomman...@users.sourceforge.net wrote:
An unrelated issue is that whenever I try to use the vncviewer GUI to
set the Zlib level to something other than the default, the server
crashes (the log says ZlibOutStream: deflate failed.)
Somewhat known. I
On Wed, 09 Feb 2011 03:15:14 -0600
DRC dcomman...@users.sourceforge.net wrote:
I could write a book on the difficulties I've had with GnuTLS. I am
ultimately finding that I have to pretty much build it from source on
all of the platforms. Honestly, I don't really care about the
encryption
We had one-- the Tight Security Extension. :) I signed off on removing
it before I fully understood the ramifications.
It's not an immediately critical issue. I mainly wanted to get GnuTLS
up and running so I could get it in the hands of users and figure out
its place in the universe. The
On 2/10/11 2:24 AM, Martin Koegler wrote:
I really wonder how useful of a feature built-in session encryption is
if it's this slow. Without encryption, I can get approximately 20
Megapixels/second. Tunneling through SSh, about the same. With TLSVnc,
I get about 7.5 Megapixels/second. For
On Thu, Feb 10, 2011 at 10:27:33AM +0100, Pierre Ossman wrote:
On Wed, 09 Feb 2011 03:15:14 -0600
DRC dcomman...@users.sourceforge.net wrote:
I could write a book on the difficulties I've had with GnuTLS. I am
ultimately finding that I have to pretty much build it from source on
all
We could always port over an authentication method that supports
username/password without the full encryption framework. I don't have
any objections to that.
It's already present in the SVN version, but not enabled in the
default security type list:
On 2/10/11 3:35 PM, Martin Koegler wrote:
We could always port over an authentication method that supports
username/password without the full encryption framework. I don't have
any objections to that.
It's already present in the SVN version, but not enabled in the
default security type
On Thu, Feb 10, 2011 at 04:01:26AM -0600, DRC wrote:
We had one-- the Tight Security Extension. :) I signed off on removing
it before I fully understood the ramifications.
Please don't mix up Encryption with VeNCrypt. VeNCrypt consists of two
parts:
1) An extended chooser, which has enough
On Thu, Feb 10, 2011 at 03:46:17PM -0600, DRC wrote:
On 2/10/11 3:35 PM, Martin Koegler wrote:
We could always port over an authentication method that supports
username/password without the full encryption framework. I don't have
any objections to that.
It's already present in the SVN
On 2/10/11 4:00 PM, Martin Koegler wrote:
Please don't mix up Encryption with VeNCrypt. VeNCrypt consists of two
parts:
1) An extended chooser, which has enough available security type
numbers even for every hobby developer.
2) New security types (TLS encryption with/without certificates,
First off, thanks to you and Martin on providing the condensed
security howto. I had been digging it up from older VNC lists when
you sent it. I knew options were available but was just not sure on
the correct syntax for passing them. I am now getting the right
prompts
We should probably add something like Copyright (C)2010-2011 TigerVNC
Team to po/tigervnc.pot.
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they
I need VncAuth, because I use it to implement one-time password
authentication (yet another piece of functionality I'd like to
eventually get ported to TigerVNC.)
I also think that VncAuth is what users expect when they try to use VNC
out of the box. However, the ability for SysAdmins to
After approximately 35 hours of work in the past 3 days, I have a
pre-release build and packaging system for TigerVNC up and running. The
first run of packages from this can be found here:
http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases
From my point of view, the code is ready for
This is good work, but I'll be 100% honest-- after digging myself into a
deep pit of GnuTLS Hell this week, the thought of introducing yet
another dependency on yet another security library makes me cringe. Is
libssh really necessary? I've never observed the port conflicts you're
talking about.
16 matches
Mail list logo
