ervnc-devel
Please update your registrations on those lists as soon as possible.
The current sourceforge lists will be switched over to read-only mode.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLin
tps://sourceforge.net/projects/webpa/
https://sourceforge.net/projects/htop/
I think we should do something like this:
- Add a notice like those two projects.
- Nuke the wiki (it was poorly converted from mediawiki anyway)
- Nuke the bug tracker (I don't think it has much historic value
On Mon, 30 Jun 2014 13:21:13 +0200,
Pierre Ossman wrote:
>
> - Copy over at least the 1.3.1 release.
>
Meh. We have such a silly amount of files that this became very messy.
I just linked to the sourceforge page for now. Should probably look at
dumping release binaries at the same
On Tue, 3 Jun 2014 08:11:53 -0400,
Brian Hinz wrote:
> On Tue, Jun 3, 2014 at 3:28 AM, Pierre Ossman wrote:
>
> > On Mon, 02 Jun 2014 23:57:00 -0700,
> > Alan Coopersmith wrote:
> > >
> > https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be8
ice?
Remove things?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/+CendioThinLinc
A: Because it mes
thing I hope that a move to github will at
least allow some improvement. The improved collaboration was not meant
for me and Brian, but for new people.)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinL
It might have
something that we can move to long term.)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google
On Mon, 23 Jun 2014 10:37:53 -0500
DRC wrote:
> On 6/23/14 5:39 AM, Pierre Ossman wrote:
> > I'd like to keep the ball rolling here, so unless anyone objects I
> > intend to start officially setting things up this week.
>
> One thing I wanted to ask-- you had mention
I'd like to keep the ball rolling here, so unless anyone objects I
intend to start officially setting things up this week.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Link
Just an FYI; most of the patches we require for FLTK ar now merged
upstream. The keyboard hacks remain, but I need to explore alternatives
there first.
So hopefully we'll be able to point to something better soon when
people build TigerVNC. :)
Rgds
--
Pierre Ossman Sof
xed.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/+CendioThinLinc
A: Because it messes up th
On Mon, 02 Jun 2014 23:57:00 -0700,
Alan Coopersmith wrote:
> On 06/ 2/14 11:43 PM, Pierre Ossman wrote:
> > 4. We, as tigervnc maintainers, can comment on these changes. Even on
> > individual lines of individual commits.
>
> The biggest downside I've seen with github
ve it directly
integrated. Or do it manually if it's a complex merge, or if we want to
test it/tweak it first.
There is also integration with build systems so that we can request a
test build of a pull request.
Rgds
--
Pierre Ossman Software Development
Cendio AB h
e friendly to casual contributors. Sourceforge has
tried to copy some of this by also having forking and pull requests.
But the system is buggy and unreliable. And I can't say I'm surprised
given sourceforge's track record...
Rgds
--
Pierre Ossman Software Development
Cendi
hey have a fantastic web interface for those youngsters
that don't prefer mail. ;)
So what do you say? I'd like to start looking at converting our repo to
git and migrating rather soon. And probably look at a new release after
that.
Rgds
--
Pierre Ossman Software D
viewer
> are functional. Please report back any issues and I will do my best to
> address them.
>
A quick test seems to indicate that it works well. Nice work. :)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 h
in/bugreport.cgi?bug=700530
>
> which indicates that perhaps it's an xserver build issue. Does anyone have
> any insight into this?
>
Not really. That Debian report gives some clues though. Is there
something simpler to test with rather than KDM?
Rgds
--
Pierre Oss
NC/commits/master
The beauty of this is also that you can easily comment on individual
commits and even individual lines. So on that note, when are we moving
this project to github? :)
Please have a look, comment and test.
Rgds
--
Pierre Ossman Software Development
Cendio AB
A security issue has been found in the TigerVNC client. No known
exploit exists, but we still urge everyone to update to this new
version as soon as possible.
You can download the new version from the project page:
https://sourceforge.net/projects/tigervnc/files/tigervnc/1.3.1/
The CVE ID assign
t the
discussion and the testing that was done.
I'm shuffling around all of that code at the moment though, so please
hold off on that patch for a while. :)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitte
k. The 3 bit and 6 bit modes are true colour, but 8 bit is not. So
that will change in my cleanup as well then.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://fa
buffer and that's the part that is now
generally missing?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.go
change.
Long term I hope we can make the server clever enough that the users
don't have to deal with details like this directly. :)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 3
possible to use 8bpp direct color on the client (when
> the server is 8bpp ColourMap) but the colors are generally not approximated
> correctly.
I'm not sure what you mean by this. Can't they run the client in it's
normal 24-bit mode? That should cover all the colours
On Fri, 17 Jan 2014 06:09:05 -0600,
DRC wrote:
> On 1/17/14 5:17 AM, Pierre Ossman wrote:
> > As far as the code is concerned, both. The protocol still mandates
> > support, hence the simple colour cube to support such clients (of
> > which I expect few).
>
> Let me
I expect few).
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/+CendioThinLinc
A: Because it m
de.
Thoughts?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/+CendioThinLinc
A: Because it messes u
gt;
> Can anyone help me with that ? Thank you in advance !
>
This is some kind of problem with the Xorg code rather than TigerVNC's
code. Where did you get the Xorg source code used for this build?
Rgds
--
Pierre Ossman Software Development
Cendio AB
trained CPU/power
might benefit from H.264 simply because of the offloading.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600
ut some emails to try and
get some specifications, but I did not get a single reply. :/
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Pho
. CPU power and which
decoders are accelerated).
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.googl
stock tigervnc-release.
>
Sounds like a decent idea. Would need some cleanup though and UI. Would
be nice if we could have some kind of indication when a grab is active
as well. Not sure what's best for that though...
Rgds
--
Pierre Ossman Software Development
Cendio AB
eady a buildscripts
> directory, we could alternatively update that but I would like to see it
> under the trunk for packaging convenience. This at least archives the
> patches that are necessary to build on certain platforms and provides some
> additional templates for people that wis
on ?
>
The main() function is in the Xorg sources. Xvnc is designed as a normal
Xorg server, with a VNC extension hooking into the display routines.
The closest equivalent in the VNC code is the extension init routines.
Rgds
--
Pierre Ossman Software Development
Cendio AB
ts exporting it? Any other solution would always
involve some code duplication, which would be nice to avoid.
(And I seem to recall that GetMaster() suffers from the same issue)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8
Had a look in the java code and I noticed this in CConn's constructor:
cp.supportsSetDesktopSize = true;
That seems wrong to me. That's a bool indicating if the server supports
it. So we can't set it to true until we've seen something verifying it
from the server.
Rg
Or it is doing both but depending on the latency you'll
see more or less of the scaling. I.e. it will scale up until it gets a
response back from the server that the resize has happened. Might be
prudent to restrict things to either or. And in that case the UI should
probably be radio boxes, or a combo
t to implement an
> improved version into the repository code?
Sure. But the crucial issue is the first one IMO; how to present this
in a sensible manner to the user.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http:/
a feature in the future? I should
> be also able to deliver the patch files, if you are interested in?
>
Sure, it's definitely interesting. One issue is how it will play nice
with the SetDesktopSize functionality though.
Rgds
--
Pierre Ossman Software Development
Cen
st for solving that. Perhaps we should
make ZlibOutStream tolerate not having "underlying" set at destruction,
and zrleEncode*() should reset it back to NULL before returning?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8
nd when TcpSocket gets allocated on higher than
> 0x address, the condition will fail and XVnc will ignore the
> connection approval.
Thanks. I've applied the patch to trunk now.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Te
y the way is there any official documentation for TigerVNC ? It would be
> greatly appreciated! Spent a few weeks looking at the code and I feel that
> I'm still at the tip of the iceberg =\
Nope, just the man pages.
Rgds
--
Pierre Ossman Software Development
Cendio AB
the individual codecs that are used.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/112509906846170010
are better suited on
tigervnc-users though.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/1125099
After over a year, we've finally finished a new version of TigerVNC. A
lot of fixes and new features have gone into this new release. The big
higlights are:
- Full multi-head support.
- Improved keyboard support in Xvnc.
- Listen mode is back in both viewers.
- SSH tunneling is back on Unix
official one?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/112509906846170010689
A: Because it messes up
We have hopefully shaken out most of the bugs by now. Time for a final
1.3?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600
the
> code 1.2.90 as well as trunk.
>
Sorry. I though I already had committed this. It's on trunk and the 1.3
branch now.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 3
)
10.4: Boom:
lab-21:~/Desktop aaron$ ./TigerVNC\ Viewer\
1.2.90.app/Contents/MacOS/TigerVNC\ Viewer
dyld: Symbol not found: ___stack_chk_guard
Referenced from: /Users/aaron/Desktop/./TigerVNC Viewer
1.2.90.app/Contents/MacOS/TigerVNC Viewer
Expected in: /usr/lib/libSystem.B.dylib
-Bstatic -lintl -liconv -Wl,-Bdynamic -liconv -Wl,-Bstatic
-lstdc++ -Wl,-Bdynamic -lc -lgcc -lgcc_eh -Wl,-Bstatic -ljpeg -lz -Wl,-Bdynamic
-lgcc
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
5
on top of branches/1_3 and then we can make a new
tags/1_2_91 for beta 2.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-21460
I've branched off 1.3 and tagged a first beta (1.2.90).
Brian, do you think you could do some builds of this tag?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköping
On Thu, 11 Apr 2013 16:57:35 -0400
Brian Hinz wrote:
> InputXKB.cc:46: error: cannot convert 'int**' to 'int*' in initialization
Damnit... Try it now.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8
rror: 'KEYBOARD_OR_FLOAT' was not declared in this scope
Also fixed.
Could you give it a new try?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://faceboo
ed this with Xorg 1.5 and 1.14. Versions inbetween _should_
work, but might require some minor ifdef tweaking if parameters have
been moved around or similar nonsense.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-2
Are these patches against TigerVNC 1.2? I'm afraid that there has
already been a lot of work done for RandR 1.2 on trunk, so your patches
are probably not necessary anymore. Could you have a look at what's in
subversion right now?
And thank you for sending patches. :)
his bug, so I can't easily debug it.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/112509906
that is not backwardly compatible with itself to be
> broken...
That's most likely always going to be the case. Any sufficiently
detailed license is most likely going to be impossible to make
non-trivial changes to without making it incompatible.
Rgds
--
Pierre Ossman Software
s opposed to it though. Since then DRC has moved away from
TigerVNC, and we've gotten Brian Hinz as a major contributor of Java
code. So what are the opinions of the current development group? Cendio
is still very much for a change.
Rgds
--
Pierre Ossman Software D
s if you can take the password data from /etc/passwd
(or /etc/shadow) and put it in the vnc password file, then the answer
is no. The algorithms are different, so it's not compatible.
But TigerVNC supports PAM authentication, which will allow users to log
in using their normal passwor
e can try to get this
finalised.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/11250990684617001068
ay as your local X server.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/112509906846170010689
A: B
; | "nozlib" == 0x08 | 0x0A = 0x0A. So
masking off "nozlib" does not give you back "fill", but 0x00.
And I see no code for telling the server that the client supports the
extension.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://c
nning WinVNC on a multimonitor machine,
so I'm afraid I can't offer much help. Please report it in the bug
tracker though, so the issue isn't forgotten.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://tw
but the vncviewer code has this line:
>
> sprintf(icon_path, "%s/icons/hicolor/%dx%d/tigervnc.png",
>
> Note the discrepancy.
>
Hmm... This has been discussed before and I thought somebody fixed
it. Apparently not. :/
Your patch is applied now at least. Many th
ot; that are
> incompatible with each other. I vote to commit it.
>
I haven't checked the patch, nor have I/we any vested interest in this.
But I agree; if everyone else is already doing this then we probably
should as well.
Rgds
--
Pierre OssmanOpenSource-based T
tps://bphinz.svn.cvsdude.com/TigerVNC/branches/dist/epel5/
>
> I have an f16 branch one level above epel5 as well.
>
Password protected. :)
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
On Wed, 18 Jul 2012 10:59:53 +0200
Pierre Ossman wrote:
>
> Adam, do you know where the pCompositeClip thing comes from? I couldn't
> find anything in the archive. I don't want to commit something when I
> don't know why it's there.
>
I dug around in t
dam, do you know where the pCompositeClip thing comes from? I couldn't
find anything in the archive. I don't want to commit something when I
don't know why it's there.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8
(did I mention using pixmaps was
problematic? :)).
Try the updated patch.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-2146
On Tue, 17 Jul 2012 07:50:30 -0400
Brian Hinz wrote:
> On Tue, Jul 17, 2012 at 4:40 AM, Pierre Ossman wrote:
>
> >
> > Does the included patch work for you?
>
>
> I haven't tested any of the randr functionality yet, but it compiles clean
> and seems to run
led deferred updates?
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/112509906846170010689
A: Beca
On Fri, 13 Jul 2012 15:36:28 +0200
Pierre Ossman wrote:
>
> Not sure what the fix is. Starting to activate hooks even for just the
> screen pixmap still means we have to audit the code for assumptions
> about windows. Not terribly appealing. I'll dig around and see if I can
the compiler output (vanilla xorg 7.5
> sources used):
>
I did a diff against the randr interface in 1.11, and the bug you saw
seems to be the only significant change.
Does the included patch work for you?
Rgds
--
Pierre Ossman Software Development
Cendio AB
the compiler output (vanilla xorg 7.5
> sources used):
>
Must be >= 7.5 in that case, 'cause I've been using 7.4. :)
I'll have a look at the errors tomorrow.
Have you tested any other Xorg versions?
Rgds
--
Pierre OssmanOpenSource-based Thin Client Techn
On Fri, 13 Jul 2012 12:50:00 +0200
Pierre Ossman wrote:
> On Fri, 13 Jul 2012 05:18:16 -0500
> DRC wrote:
>
> >
> > Maybe I'm missing something, but isn't the goal to hook only drawing
> > commands that actually produce visible information? That being
gt; copied to the window using XCopyArea()?
>
That was the assumption. Something is wrong about that assumption
though as we're seeing missing updates. Only speculation as to what so
far.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Tekn
s).
It might be that it's impossible to hook the actual drawing itself, but
then we'll have to look at its triggering conditions instead and
duplicate some of the border logic. E.g. hooking expose events and
checking window flags.
Rgds
--
Pierre Ossman Software Development
Cendio
t
> all... I'm utterly confused as to how this could be happening, any chance
> someone can take a peek and see if you can make some sense of it?
>
I'm messing around in Xvnc for other reasons, so maybe I can have a
quick look. Got a good test case?
Rgds
--
Pie
I can tell. Upstream
patch entry is here:
http://fltk.org/str.php?L2816
Have you done an strace of vncviewer? Does it try to open some icon
files? My guess would be that something is still off with the path.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendi
he areas that are overlooked.
One idea is to ask on the X list for suggestions on where in the Xorg
code that the server does the implicit rendering. That might make it
easier to trace where we should have hooks.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://ce
break
anything.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikringen 8 http://twitter.com/ThinLinc
583 30 Linköpinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://plus.google.com/112509906846170010689
A: Because it mess
s another refresh is requested.
>
This particular thing might be a bit more difficult to find since it is
implicitly drawn by the X server, rather than as a result of a client
request. Perhaps there are special draw functions, or that the hooks
don't work properly for these implicit things.
R
g/cgi-bin/rfbproto
There is an already registered encoding called "ExtendedClipboard".
Unfortunately it is not documented yet. So before we start designing a
new extension, we should investigate if this on will do. I think it is
from UltraVNC, so you would have to dig around in their docume
with respect to
> the icons?
>
Your patch looks correct. An oversight on my part. It should work with
that applied though. Which FLTK are you using? Icon support requires a
patch to FLTK.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikr
ortunately it's not
really trivial to figure out what and where. You have to find a simple
test case, and then start following the chain of draw commands and see
where a hook is either missing, or miscalculating the damaged region.
Rgds
--
Pierre Ossman Software Development
Cendio A
e timeout could possibly be increased further. It just
needs to be small enough to avoid users getting impatient and
clicking/typing again, thinking the first attempt didn't really take.
Rgds
--
Pierre Ossman Software Development
Cendio AB http://cendio.com
Teknikri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 01 May 2012 20:23:39 -0700
Alan Coopersmith wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/25/12 08:13 AM, Pierre Ossman wrote:
> > Btw, would you like commit rights? I'd say you have enough street
logging
facilities.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normally read text.
Q: Why is top-posti
itize them needs
> to use the sed "g" flag to replace all instances, not just the first.
>
Committed, thanks.
Btw, would you like commit rights? I'd say you have enough street cred
for that not to be an issue. :)
Rgds
--
Pierre OssmanOpenSource-based Thin Cl
On Tue, 27 Mar 2012 11:11:26 +0200
Arthur Huillet wrote:
> On Tue, 27 Mar 2012 11:05:13 +0200
> Pierre Ossman wrote:
>
> > Could you test this patch:
>
> I confirm that the patch works.
>
Fixed on trunk. Thanks for testing.
Rgds
--
Pierre OssmanOpen
On Tue, 27 Mar 2012 10:46:34 +0200
Arthur Huillet wrote:
> On Tue, 27 Mar 2012 10:41:36 +0200
> Pierre Ossman wrote:
>
> > Might also want to use CMake's functions for searching for libraries.
>
> As far as I'm concerned, a patch that fixes the build where it i
ight also want to use CMake's functions for searching for libraries.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which peop
server as it will prevent the client from
locking up.
If this breaks in the java version, then perhaps it isn't calling
readVersion() the same way the C++ code does?
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46
own build.
Please do add a feature request in SF's tracker though. I can't promise
it's something that anyone will look at right now, but maybe in the
future.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21
This
is done through a command line argument (or the UI once it is running).
(The man page is also a bit out of date. We forgot to update it for the
new viewer. :/)
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio
On Fri, 09 Mar 2012 07:03:42 -0600
DRC wrote:
> Are we ready to release?
>
I have no known issues, so go for it :)
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cend
ly as you see fit.
>
Looks good. Committed as r4858.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://www.cendio.com
A: Because it messes up the order in which people normall
+ int q = cp.qualityLevel, fq = cp.fineQualityLevel;
> + JPEG_SUBSAMP subsampling = cp.subsampling;
> + cp.qualityLevel = 9;
> + cp.fineQualityLevel = 95;
> + cp.subsampling = SUBSAMP_NONE;
> +
> + // Update all the screen (TODO: be smarter)
> + framebuf
or
> that matter).
Does the Java client support switching pixel formats? If it does, then
sending extra FBU requests is a problem, yes.
Rgds
--
Pierre OssmanOpenSource-based Thin Client Technology
System Developer Telephone: +46-13-21 46 00
Cendio ABWeb: http://ww
1 - 100 of 343 matches
Mail list logo
