From Fedora Project Wiki
(need email and more detailed test plan--see hidden comments for suggestions)
No edit summary
Line 5: Line 5:


== Owner ==
== Owner ==
* Name: AdamTkac
* Name: [[AdamTkac| Adam Tkac]]
* '''FIXME'''--please add your email address so you can be notified about the meeting where FESCo will discuss your feature




Line 13: Line 12:
* Last updated: 2008-10-17
* Last updated: 2008-10-17
* Percentage of completion: 80%
* Percentage of completion: 80%
 
* tightvnc package has been built in dist-f11 tree
- tightvnc package hit F11 CVS branch


== Detailed Description ==
== Detailed Description ==
Line 26: Line 24:


== Test Plan ==
== Test Plan ==
* Push TightVNC based vnc to rawhide as soon as possible and users will test it
* Check that libvnc.so module to Xorg works fine
 
* Check that vnc installation works as expected
<!-- This does not need to be a full-fledged document.  Describe the dimensions of tests that this feature is expected to pass when it is done.  If it needs to be tested with different hardware or software configurations, indicate them.  The QA team will turn this information into a more complete test plan.  The more specific you can be, the better the final test plan will be.
* Check that viewer works fine when you connect to Xvnc and to different servers (vino)
 
* Check that Xvnc works with other viewers (vinagre)
Remember that you are writing this test plan for interested testers to use to check out your feature - documenting what you do for testing is OK, but it's much better to document what *I* can do to test your feature.
 
A good Test Plan should answer these four questions:
 
0. What special hardware / data / etc. is needed (if any)?
1. How do I prepare my system to test this feature? What packages
need to be installed, config files edited, etc.?
2. What specific actions do I perform to check that the feature is
working like it's supposed to?
3. What are the expected results of those actions?
 
-->


== User Experience ==
== User Experience ==
* Better encodings save bandwidth and processor time
* Better encodings save bandwidth and processor time
* Improved keyboard handling when server and viewer uses different keyboards
* Viewer internationalization
* Viewer internationalization
* IPv6 support


== Dependencies ==
== Dependencies ==
Line 55: Line 41:


== Documentation ==
== Documentation ==
* '''FIXME'''
* http://www.tightvnc.com/


== Release Notes ==
== Release Notes ==
* '''FIXME'''
* TightVNC is used as default VNC project. Package names were changed to tightvnc, tightvnc-server and tightvnc-server-module. Binary names are same as in previous version, libvnc.so module has been moved to tightvnc-server-module subpackage. Otherwise there should be no difference


== Comments and Discussion ==
== Comments and Discussion ==
Line 67: Line 53:
----
----


[[Category:FeaturePageIncomplete]]
[[Category:FeatureReadyForWrangler]]
<!-- When your feature page is completed and ready for review -->
<!-- remove Category:FeaturePageIncomplete and change it to Category:FeatureReadyForWrangler -->
<!-- After review, the feature wrangler will move your page to Category:FeatureReadyForFesco... if it still needs more work it will move back to Category:FeaturePageIncomplete-->
<!-- A pretty picture of the page category usage is at: https://fedoraproject.org/wiki/Features/Policy/Process -->

Revision as of 11:38, 5 December 2008

Replace RealVNC by TightVNC

Summary

There was no update from RealVNC upstream since May 18 2006 and upstream is focused on their enterprise non-open vnc. Trunk TightVNC is RealVNC fork with many improvements/bugfixes so it makes sense to use it. Main problem is that current Fedora vnc has also many changes so patches have to be merged.

Owner


Current status

  • Targeted release: Fedora 11
  • Last updated: 2008-10-17
  • Percentage of completion: 80%
  • tightvnc package has been built in dist-f11 tree

Detailed Description

TightVNC has successfully implemented "Tight" protocol enhancements which save bandwidth and are generally better than the original RealVNC's RFB 3.8 protocol. On the other hand Fedora vnc has by far a much better server (Xvnc) which is based on X 1.5 and supports more extensions. Fedora changes have to be carefully merged to TightVNC upstream and then we will use it as default Fedora vnc system.

Benefit to Fedora

vnc will have more features and will get benefit from upstream development instead of the current one man show in Fedora CVS. Overall quality should be better.

Scope

Merge Fedora changes to upstream and make TightVNC ready for Fedora

Test Plan

  • Check that libvnc.so module to Xorg works fine
  • Check that vnc installation works as expected
  • Check that viewer works fine when you connect to Xvnc and to different servers (vino)
  • Check that Xvnc works with other viewers (vinagre)

User Experience

  • Better encodings save bandwidth and processor time
  • Viewer internationalization
  • IPv6 support

Dependencies

Anaconda has to use tightvnc package instead vnc

Contingency Plan

  • Use Fedora 10 codebase

Documentation

Release Notes

  • TightVNC is used as default VNC project. Package names were changed to tightvnc, tightvnc-server and tightvnc-server-module. Binary names are same as in previous version, libvnc.so module has been moved to tightvnc-server-module subpackage. Otherwise there should be no difference

Comments and Discussion

See Talk:Features/TightVNC


Retrieved from "https://fedoraproject.org/w/index.php?title=Features/TigerVNC&oldid=63397"