I believe it's time to begin waving the axe. I've tweaked out the CMake
build system so that it's purring like a kitten on all of the platforms
we're supporting, and the build documentation has been modified
accordingly. I'm going to go ahead and start removing the legacy stuff.
On 6/21/11 2:49
> FLTK 1.3.0 is also out now, so we have a stable target for that
> dependency (modulo the massive patch we have).
Can you re-generate your patch against FLTK 1.3.0? I think we should
remove the tarball from fltk/ and simply maintain a patch against the
latest stable version. It will make the bu
Yes, that's the end game of the build-xorg mods.
On 6/21/11 2:46 AM, Tim Ooms wrote:
> On 20/06/11 21:06, DRC wrote:
>> Best way to get people to test it is to make it the only option. :)
>
> It may be an idea to start with providing a binary? (or did I miss it?)
>
---
On Mon, 20 Jun 2011 14:06:54 -0500
DRC wrote:
> Best way to get people to test it is to make it the only option. :)
> trunk is meant to be experimental at the moment, so we need anyone who's
> using it to be experimental as well. Otherwise, we won't be hearing
> about issues that people uncover
On 20/06/11 21:06, DRC wrote:
> Best way to get people to test it is to make it the only option. :)
It may be an idea to start with providing a binary? (or did I miss it?)
--
Tim
--
EditLive Enterprise is the world's m
Best way to get people to test it is to make it the only option. :)
trunk is meant to be experimental at the moment, so we need anyone who's
using it to be experimental as well. Otherwise, we won't be hearing
about issues that people uncover.
The prerequisite to that is me finishing up the build
On Fri, 17 Jun 2011 12:06:40 -0500
DRC wrote:
>
> I am in the process of modifying build-xorg to build the new viewer. Then, I
> will do some performance analysis on it to figure out where we stand in that
> regard.
>
> AFAIC, we can remove the old viewer from trunk anytime you're ready, and
I am in the process of modifying build-xorg to build the new viewer. Then, I
will do some performance analysis on it to figure out where we stand in that
regard.
AFAIC, we can remove the old viewer from trunk anytime you're ready, and I
think once I'm done with the build-xorg mods that we shou
I've now reached a point where my near time todo list for vncviewer is
empty. Except for Robert's issue, I have no known bugs at this time and
the feature set should be good enough to replace the existing viewers.
FLTK 1.3.0 is also out now, so we have a stable target for that
dependency (modulo th
The new vncviewer is now in trunk, so feel free to test. Note that
there is no support for keyboard or mouse yet, so it is very much read
only. It also has no fancy dialogs, so command line is the way to go. :)
To build it, specify -DBUILD_NEW_VNCVIEWER=ON to cmake. I've tested it
using i686, ming
10 matches
Mail list logo
