Hi,
Only just tested 1.1, as reported previously the winvnc4.exe --help
still does not show anything in a DOS window, but I do get the help
output when I launch it from my python wrapper!?
Also, the website still points to 1.0.1 as being the current version...
Cheers
Antoine
On 05/20/2011 06:13 PM, Antoine Martin wrote:
Hi Adam,
AFAIK this 1.1 trunk:
# svn up tigervnc-1.1
At revision 4433.
Then built as before with:
./build-xorg -version 7.4 build
Antoine
Cheers
Antoine
On 05/20/2011 06:10 PM, Adam Tkac wrote:
Hello,
which version of xserver*patch
, Antoine Martin wrote:
On 05/20/2011 06:13 PM, Antoine Martin wrote:
Hi Adam,
AFAIK this 1.1 trunk:
# svn up tigervnc-1.1
At revision 4433.
Then built as before with:
./build-xorg -version 7.4 build
Antoine
Cheers
Antoine
On 05/20/2011 06:10 PM, Adam Tkac wrote:
Hello,
which version
I've just tried to build trunk (r4338) and this is the error I got:
/usr/src/tigervnc-1.0.90-r4338/common/rfb/TransImageGetter.cxx:41:
undefined reference to `rfb::PixelTransformer::~PixelTransformer()'
/usr/src/tigervnc-1.0.90-r4338/common/rfb/TransImageGetter.cxx:41:
undefined reference to
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 propose that this build and source tarball become the
official release.
On 15/02/11 05:33, DRC wrote:
On 2/14/11 4:02 PM, Eric Stadtherr wrote:
Do you know of a way to check for the successful bind? One of the
behaviors that drove me down the libssh path was that /usr/bin/ssh
happily continues running despite failing to bind to the local port.
Therefore there is
On 16/02/11 04:11, Martin Koegler wrote:
On Tue, Feb 15, 2011 at 08:22:15AM -0700, Mike Fisk wrote:
1. Complete session management functionality including flexible
authentication, strong encryption, spawning new sessions, reconnecting
to existing sessions, etc. I lump a lot of things
Bump.
On 01/26/2011 05:00 PM, Antoine Martin wrote:
Hi,
I know I asked this question a while back, but are we getting closer to
a 1.1 release?
For what it's worth, svn trunk is pretty stable for me!
Are there any plans to build some kind of wiki? There seems to be a lot
of knowledge
Hi,
I know I asked this question a while back, but are we getting closer to
a 1.1 release?
For what it's worth, svn trunk is pretty stable for me!
Are there any plans to build some kind of wiki? There seems to be a lot
of knowledge burried in the mailing list that new users are unlilely to
On 11/15/2010 08:47 PM, Adam Tkac wrote:
On Mon, Nov 15, 2010 at 02:27:22AM +0700, Antoine Martin wrote:
Hi,
I was running some automated builds with some new compile options
(mostly unnecessary - see separate email):
./build-xorg -version 7.4 build --enable-glx --enable-glx-tls
--disable
On 11/04/2010 07:58 AM, DRC wrote:
On 11/2/10 10:58 AM, Antoine Martin wrote:
--disable-config-hal and --disable-config-udev configure options should
fix
those issues.
Would you recommend that hal and udev be turned off for a default
generic build? Or is it a harmless error?
I don't really
Hi,
I was running some automated builds with some new compile options
(mostly unnecessary - see separate email):
./build-xorg -version 7.4 build --enable-glx --enable-glx-tls
--disable-config-hal --disable-config-udev
--with-default-font-path=/usr/share/fon
ts/X11/misc
And it failed to link Xvnc
Hi Adam,
Sat Oct 30 01:13:37 2010
vncext: VNC extension running!
vncext: Listening for VNC connections on port 5901
vncext: created VNC server for screen 0
(EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed
(/usr/lib/dri/swrast_dri.so: undefined symbol:
Hi,
The x0vncserver -h help text shows:
SendCutText- Send clipboard changes to clients. (default=1)
AcceptCutText - Accept clipboard updates from clients. (default=1)
But the man page does not, and more importantly, it doesn't seem to work.
Are there any plans to remedy that?
On 07/27/2010 05:22 AM, DRC wrote:
On 7/26/10 6:54 PM, Antoine Martin wrote:
As someone said, you can bypass the restrictions by downloading other
Xvnc binaries for your platform of choice. (see rpmfind and others)
So the restriction is just an illusion of security, and I worry that
people
On 07/23/2010 04:24 PM, DRC wrote:
On 7/23/10 3:40 AM, Martin Koegler wrote:
On Thu, Jul 22, 2010 at 04:02:52PM -0500, DRC wrote:
This makes the use of extended authentication types somewhat useless
from the point of view of a SysAdmin, though. If there is not a way for
them to enforce, or
On 07/26/2010 11:38 PM, DRC wrote:
On 7/26/10 4:43 PM, Antoine Martin wrote:
You're missing my point. What I'm trying to do is implement a mechanism
whereby the SysAdmin can set global defaults for all TigerVNC server
sessions on the system. Yes, there are always ways to hack around
AM, Antoine Martin anto...@nagafix.co.uk
mailto:anto...@nagafix.co.uk wrote:
Hi,
I needed to test my software against the latest tigervnc trunk on all
debian based systems so I ended up building debs for all of them, here
they are in case anyone is interested:
http
useful, since one could then
use vncpasswd in any command chain.
I wasn't aware of the -f
I will modify your patch to do this if it sounds reasonable.
Please do.
Antoine
On 7/8/10 1:22 PM, Antoine Martin wrote:
[snip]
$ vncpasswd ARDpasswd
Password: type mypasswd
Verify: type mypasswd
With the correct patch attached this time...
On 07/06/2010 12:39 AM, Antoine Martin wrote:
More details: I've tried vncviewer (various versions from 1.0.1 to
r4080) on various platforms (win32, linux and osx).
None of those will connect to a MacOSX VNC server using PasswordFile,
whereas
Hi,
./download-xorg-7.5
./build-xorg -version 7.5 init
./build-xorg -version 7.5 build
(...)
Mesa:
(...)
checking for XSERVERCFLAGS... no
configure: error: Package requirements (randrproto = 1.2 renderproto =
0.9.3 fixesproto = 4.0 damageproto = 1.1 xcmiscproto xextproto xproto
= 7.0.9 xtrans
On 07/02/2010 02:59 PM, Adam Tkac wrote:
On Fri, Jul 02, 2010 at 02:50:50AM +0700, Antoine Martin wrote:
Hi,
Hello,
Is it a bug or a feature that when you start an RDP connection, the vnc
server dies?
This doesn't look like intended feature for me. It might be
encoding-related crash
On 07/02/2010 03:26 AM, DRC wrote:
In the Build Xorg section of build-xorg-7.4, can you try adding the
following code?
if [ ${module} = pixman ]; then
extraoptions=${extraoptions} --disable-gtk
fi
Yep, that fixes it.
Antoine
On 7/1/10 2:49 PM, Antoine Martin wrote:
Hi,
I have
Hi,
I can't seem to get vncviewer to connect to an OSX display exported via
VNC if I use the PasswordFile option!
The server is setup using:
sudo
/System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart
-activate -configure -access -on -clientopts -setvnclegacy
Hi,
I have seen this one before on another platform (was OSX IIRC), but I
still have no idea how to fix it properly (this time on Maverick Meerkat):
When I run the ./build-xorg-7.4:
All goes well until pixman:
(...)
Making all in test
make[2]: Entering directory
Hi,
Is it a bug or a feature that when you start an RDP connection, the vnc
server dies?
Thanks
Antoine
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit
[snip]
You can read how to rebuild rpm on
http://www.linuxweblog.com/patch-rebuild-rpm, for example. Note that
%_topdir macro is not /usr/src/redhat/ but ~/rpmbuild/. Simply put the
patch to ~/rpmbuild/SOURCES directory and apply it as written in
chapter 6. Adding the patch to the package.
You
There is also /usr/bin/mingw32-configure script which I use on Fedora.
Simply call it instead of ./configure in the tigervnc/trunk directory :)
Thx, re-re-cap (for others):
yum install mingw32-gcc-c++ mingw32-w32api mingw32-gcc mingw32-binutils
cd tigervnc/trunk
autoreconf -fi
On 05/03/2010 07:22 PM, Adam Tkac wrote:
On Mon, May 03, 2010 at 06:58:15PM +0700, Antoine Martin wrote:
Then I found your post:
http://www.mail-archive.com/tigervnc-devel@lists.sourceforge.net/msg00434.html
Which points to this patch:
http://sourceforge.net/tracker/?func=detailatid
On 04/29/2010 05:30 AM, Antoine Martin wrote:
Hi,
I'm using the -PasswordFile=somefile switch quite happily on *nix, but
when I try to use it on Windows:
winvnc4.exe -PasswordFile=password.txt
It simply will not work at all...
I had problems with the Windows client last year (before I
On 04/30/2010 02:25 PM, Pierre Ossman wrote:
On Fri, 30 Apr 2010 04:10:57 +0700
Antoine Martinanto...@nagafix.co.uk wrote:
/bin/sh ./libtool --tag=CXX --mode=link g++ -O3 -o jpgtest.exe
g++ here is wrong. Did you install mingw32-gcc-c++? You need to do a
make clean and
appreciated.
Thanks
Antoine
On 4/28/10 5:22 PM, Antoine Martin wrote:
Hi,
Is building with mingw supported now?
Last time I sent some patches for building with Visual Studio C++ 2008
V9, I was told:
we're going to start building with MinGW
at some point in the not-so-distant future
http
not recognized: File format not recognized
collect2: ld returned 1 exit status
make[5]: *** [jpgtest.exe] Error 1
Any ideas? (feels tantalizingly close)
Thanks
Antoine
Best regards,
Peter Åstrand
On 4/28/10 5:22 PM, Antoine Martin wrote:
Hi,
Is building with mingw supported now?
Last
On 04/30/2010 04:10 AM, Antoine Martin wrote:
On 04/30/2010 03:29 AM, Peter Åstrand wrote:
Do you use MinGW on Windows or as a cross compiler on some other
platform?
I'm new to mingw (and using it as cross compiler), so I dont really know
how to proceed past:
cd tigervnc/trunk/win
Any
On 01/13/2010 01:32 PM, DRC wrote:
Antoine Martin wrote:
trunk and 1.0.0 can now build fine, I had to patch this file though (for
both):
It wouldn't be too hard to hook up a patch phase into the build scripts,
but it may not be worth it as the new libdrm releases should have some
form
On 01/10/2010 12:24 PM, DRC wrote:
Antoine Martin wrote:
On 10/08/2009 04:59 PM, DRC wrote:
The problem has been isolated and worked around. The issue is that the
OS X linker doesn't seem to honor the request to align code segments to
16-byte boundaries. This has been a problem all
On 10/08/2009 04:59 PM, DRC wrote:
The problem has been isolated and worked around. The issue is that the
OS X linker doesn't seem to honor the request to align code segments to
16-byte boundaries. This has been a problem all along, but for some
reason, when using the OS X 10.4 linker, the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Pierre Ossman wrote:
On Mon, 26 Oct 2009 16:19:42 +0700
Antoine Martin anto...@nagafix.co.uk wrote:
Hi,
I was trying to build some .debs and encountered an issue with old
distros (ie: Ubuntu Hardy, Debian Lenny) that ship with libtool
Bengt-Arne Fjellner wrote:
I managed to download the source from svn but how do I create the
configure scripts?
cd unix
./configure
Which version of autotools is needed?
I don't know, shouldn't be a problem.
And how to compile from svn on windows too?
Load it into Visual C++
Antoine
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
DRC wrote:
Not really sure if this qualifies as a contribution, since we'll be
using these scripts to build our own distribution packages. I'd rather
name it something like build or dist or pkg. Perhaps we should
even consider moving the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
please check my comments directly in the patch. Note I can't
test winvnc bits because currently I don't have any VC++
environment but changes there look fine for me. You don't have to
attach new patch, only let us know if changes suggested below
Hi,
I eventually managed to build TigerVNC with VC++ 9
Attached are the trivial changes that I had to make.
Can anyone suggest a better way of fixing those compilation errors?
What sort of a patch would be acceptable for merging?
Mostly, just:
* casts
* afxres.h - windows.h (and add #define
#define IDC_STATIC -1
to
#ifndef IDC_STATIC
#define IDC_STATIC -1
#endif
but everything else looks fine to me.
Great. Updated patch attached.
Antoine
DRC
Antoine Martin wrote:
Hi,
I eventually managed to build TigerVNC with VC++ 9
Attached are the trivial changes that I
43 matches
Mail list logo
