Re: [Tigervnc-devel] [PATCH] vncserver checks ~/.vnc/passwd when not needed and -TermOnLogout option

2011-03-03 Thread Sebastiaan Breedveld
This patch needs another line modified, to display the option when run with vncserver -h. The second patch is for the man-page (I have not updated the date of the page, I will leave that to you). Index: unix/vncserver === ---

Re: [Tigervnc-devel] [PATCH] vncserver checks ~/.vnc/passwd when not needed and -TermOnLogout option

2011-03-03 Thread DRC
I felt it reasonable enough to check this into trunk. It tests out fine for me. If someone wants to include it in the 1.1 branch, I'm OK with that as well. On 3/3/11 4:13 AM, Sebastiaan Breedveld wrote: This patch needs another line modified, to display the option when run with vncserver

Re: [Tigervnc-devel] [PATCH] vncserver checks ~/.vnc/passwd when not needed and -TermOnLogout option

2011-03-03 Thread Adam Tkac
On Thu, Mar 03, 2011 at 04:54:19AM -0600, DRC wrote: I felt it reasonable enough to check this into trunk. It tests out fine for me. If someone wants to include it in the 1.1 branch, I'm OK with that as well. +1 for inclusion in the 1_1 branch. It seems fine for me, can you pls merge (or

Re: [Tigervnc-devel] [PATCH] vncserver checks ~/.vnc/passwd when not needed and -TermOnLogout option

2011-03-03 Thread Adam Tkac
On Tue, Mar 01, 2011 at 11:25:41AM +0100, Sebastiaan Breedveld wrote: Hi all, Hello, 2) When using the VeNCrypt security type, the ~/.vnc/passwd is not necessary, yet the user is asked to create one. Same when using the securitytype none. The script now checks for the -SecurityType option

Re: [Tigervnc-devel] [PATCH] vncserver checks ~/.vnc/passwd when not needed and -TermOnLogout option

2011-03-03 Thread Adam Tkac
On Thu, Mar 03, 2011 at 01:11:22PM +0100, Sebastiaan Breedveld wrote: 2) When using the VeNCrypt security type, the ~/.vnc/passwd is not necessary, yet the user is asked to create one. Same when using the securitytype none. The script now checks for the -SecurityType option and checks

Re: [Tigervnc-devel] [Tigervnc-commits] SF.net SVN: tigervnc:[4319] trunk/CMakeLists.txt

2011-03-03 Thread DRC
Please note that CMake, when used with Visual C++ and NMake, will always set the default build type to Debug, so it always has to be overridden on the command line (see BUILDING.txt.) Setting the default CMAKE_BUILD_TYPE to Release, per below, is only useful with MinGW or other types of builds.

[Tigervnc-devel] [PATCH] specify inetd display range

2011-03-03 Thread Sebastiaan Breedveld
Hi, In our environment, we have users that run persistent VNC sessions, and on request through inetd. For ease of reminding, I like to give the persistent users a low display number (e.g. 1-20). The problem is that a new persistent user may have its display blocked by an inetd session.

[Tigervnc-devel] [ tigervnc-Bug Tracker-3198439 ] Xvnc -screen -1 10x20x24 crashes

2011-03-03 Thread SourceForge.net
Bug Tracker item #3198439, was opened at 2011-03-03 14:23 Message generated for change (Tracker Item Submitted) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3198439group_id=254363 Please note that this message will contain a full copy of

Re: [Tigervnc-devel] [PATCH] specify inetd display range

2011-03-03 Thread Adam Tkac
On Thu, Mar 03, 2011 at 02:11:08PM +0100, Sebastiaan Breedveld wrote: Hi, Hello, In our environment, we have users that run persistent VNC sessions, and on request through inetd. For ease of reminding, I like to give the persistent users a low display number (e.g. 1-20). The problem is

Re: [Tigervnc-devel] Ready for 1.1 beta

2011-03-03 Thread Adam Tkac
On Tue, Feb 22, 2011 at 12:17:32PM -0500, Antoine Martin wrote: On 02/21/2011 10:46 AM, DRC wrote: I've spun a new build from r4305: http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases It checks out on all known issues I had, so from my point of view, we're ready for beta. I

Re: [Tigervnc-devel] Ready for 1.1 beta

2011-03-03 Thread DRC
On 3/3/11 9:08 AM, Antoine Martin wrote: Does 7.5 work now? Shall I be using that instead? (I wasn't because there were some strange build errors previously - maybe fixed now) 7.5 doesn't work on RHEL 4 or 5, but it may work on more recent systems with newer autotools.