<div dir="ltr"><div style>Hello Thomas,</div><div style><br></div><div style>Thanks for contacting me about this issue. If we can figure out some changes that still fit with my goals for the upstream tree and that would also make it easier for Debian/Ubuntu to classify noVNC as a free package, then I'm all for it. However, my time that I am able to work on noVNC/websockify is very limited lately, so I'm not really interested in changes that add extra overhead for me in order to comply with policy trivia (everything necessary to fully use noVNC is already free software).</div>

<div><br></div><div style>My primary goals for the upstream noVNC repository are:</div><div style><br></div><div style>- easy for end-users to checkout/download and use immediately</div><div style>- a useful resource for developers interested in extending and/or integrating noVNC</div>

<div style><br></div><div style>Some comments on the specific items:</div><div style><br></div><div style>The include/web-socket-js directory is a pruned copy from the web-socket-js project. The full source tree is available at <a href="https://github.com/gimite/web-socket-js">https://github.com/gimite/web-socket-js</a> and I link to it but it's a big source tree and I'm don't want to clutter the noVNC repo with that (it's bigger than noVNC itself). If Debian wants to use the upstream web-socket-js to build the swf file I have no objections of course. But I definitely don't want building it to be a required build step after cloning the tree for normal users/devs. If you can convince gimite/web-socket-js to include the original swfobject.js object in the web-socket-js tree, then I will include it too but I'm not really that interested in doing extra munging work when I pull in new versions for web-socket-js (except to remove the source directory). </div>

<div style><br></div><div style>The rfbproto-*.pdf files are documentation of the protocol versions that is a useful reference for noVNC (and generally VNC/RFB) developers. Except for the most recent version that you can find on RealVNC's site, the older versions are difficult to find because the original source of VNC/RFB documentation is no longer online: <a href="http://www.uk.research.att.com/vnc/">http://www.uk.research.att.com/vnc/</a>. As far as I am aware there are no restrictions on those documents. Doing some quick google searches it appears that the noVNC repo (and copies of it) is currently the best way to find these older versions of the document. If github was still hosting downloadable files then I would be willing to move these out of the tree and just link to the downloads for them, but github removed this feature and having them together with noVNC is very useful.</div>

<div style><br></div><div style>I'm not sure I understand the issue around face.png and logo.js. logo.js is no longer used and it is only in the tree to help with backward compatibility for some integrators. I can remove it now if that's actually an issue. The face.png log came from an icon on an Ubuntu system. If it's really important I can track down the provenance of that file (although it's in the test directory which is not part of core noVNC).</div>

<div style><br></div><div style>I'm definitely willing to accept any changes to the debian/ directory that would address this problem. For example, is there a simple way of excluding files/directories when generating the source package? If so, then all the files listed could be excluded without impacting noVNC functionality, except that web-socket-js would need to be built as a separate package and pulled in as a dependency. Another option that might work for the web-socket-js tree is that I could add a submodule to the upstream web-socket-js along side the include/web-socket-js directory. This wouldn't impact most normal users cloning the tree (although it might inflate the tagged downloads). I'm not sure if that would help you, but let me know if that would help.</div>

<div style><br></div><div style>Regards,</div><div style><br></div><div style>Joel Martin (kanaka)</div><div style><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 27, 2013 at 10:27 AM, Thomas Goirand <span dir="ltr"><<a href="mailto:zigo@debian.org" target="_blank">zigo@debian.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi there!<br>
<br>
We are packaging noVNC in Debian. Version 0.4 is currently in<br>
Experimental, and an older version is in the next stable (eg: Debian 7,<br>
aka Wheezy).<br>
<br>
Unfortunately, it appears that what you maintain is considered non-free<br>
for us. Here's the parts which we can't upload in Debian:<br>
<br>
<a href="http://anonscm.debian.org/gitweb/?p=openstack/novnc.git;a=blob_plain;f=debian/README.source;hb=HEAD" target="_blank">http://anonscm.debian.org/gitweb/?p=openstack/novnc.git;a=blob_plain;f=debian/README.source;hb=HEAD</a><br>


<br>
It would be great if you could remove the non-free parts of noVNC, so<br>
that we wouldn't have to deal with differences from your upstream<br>
repository. That is, using non-obfuscated js scripts, removing the PDF<br>
for which no source code exist, and the SWF pre-compiled flash object.<br>
All of these could be created during a build process, which I would be<br>
happy to help with.<br>
<br>
Your thoughts?<br>
<br>
Cheers,<br>
<br>
Thomas Goirand<br>
</blockquote></div><br></div></div>