Hi,
Here is another patch. It adds a -resolutions argument with a list of
resolutions to add to the default list:
Xvnc -resolutions "1264x900 1400x1500"
Of course this is a more flexible approach than specifying only 1 with
the -geometry. Also, window managers tend to resize to the users'
sp
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.
---
On 03/03/2011 08:37 AM, Adam Tkac wrote:
> 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,
Will the new beta also include this patch? I am not able to build for
windows systems to test the patch, but I have users which can test the
windows viewer binary.
Greetings,
Sebastiaan
--
Free Software Download: Index
Hi,
Sure, here is the patch for the manpage.
On 03/03/2011 02:34 PM, Adam Tkac wrote:
> This extension of -inetd parameter seems fine for me. This functionality
> can be accepted to 1.1 after beta1 release.
>
> Btw would it be possible to also update Xvnc manpage to catch this
> extension, pleas
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 fo
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
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=detail&atid=1126848&aid=3198439&group_id=254363
Please note that this message will contain a full copy o
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.
Therefo
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.
Argh. There was a reason why I did things the way I did. What you just
did below breaks the build on MinGW64. CMAKE_CL_64 is only set for
Visual C++.
On 3/3/11 6:35 AM, ossm...@users.sourceforge.net wrote:
> Revision: 4317
> http://tigervnc.svn.sourceforge.net/tigervnc/?rev=4317&view
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
> 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 wether VeNCrypt type or none is specified. (That is, I am in
>> the ass
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 opti
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 c
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 -
On Fri, Feb 25, 2011 at 12:30:13AM -0500, Antoine Martin wrote:
> On 02/22/2011 02:24 PM, Alan Coopersmith wrote:
> >On 02/22/11 09:39 AM, Antoine Martin wrote:
> >>/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2
> >>so try adding it to the linker command line
> >>/lib/libd
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
===
--- unix/
18 matches
Mail list logo