I can personally attest that TurboVNC does work on ARM Linux, both client and server, but you have to build it (and libjpeg-turbo) from source. I have tested TurboVNC on a Panda board with Ubuntu, but if you run into any problems, please file a bug report. My philosophy behind supplying binaries is that it encourages testing of the code among users who might not be developers, and it also serves as a constant sanity check on the build procedures. However, ARM Linux is not generally a platform used by non-developers, so there is no great impetus to supply binaries for that platform. It isn't worth it if the binary is only getting 10 downloads.
Most people who are using ARM Linux seem to be doing so in the context of low-level platform development for mobile devices, but the actual mobile devices are largely running Android. It is our desire to have an Android TurboVNC client in the long term, but it would require all-new GUI code. Further, whenever I want to work with ARM Linux, I have to dig out the Panda board and set it up, and the Panda is pretty slow by virtue of running everything off of an SD card. Thus, I never bring it up unless I have to. All of the binaries I supply are built on two machines, a Linux workstation running a RHEL 4 VM and a Mac (running Parallels for the Windows build.) RE: VirtualGL, the client (vglclient) should build and run. If it doesn't, please file a bug report. I have no clue about the server. It will probably build, but whether it runs would depend a lot on the GPU and drivers supplied with your ARM platform. You can't use the GPU on Panda boards under Linux, so I have no real way to test the VGL server on that platform, and VirtualGL is not of much use without a GPU (if your root display is running software OpenGL, then you might as well just run software OpenGL in TurboVNC as well -- http://www.virtualgl.org/Documentation/Mesa). If you run into any problems with the VGL server, I'd be interested to read them, and there is at least some chance I could help you diagnose what's going wrong. Since bringing up the VGL server on ARM is a development task, please post any problems you encounter to virtualgl-devel, and we can discuss on that list. On 8/8/13 12:16 PM, Arie Kruiniger wrote: > Firstly my apologies, the search button returned a 500 error. So this > may have been asked before, but I have no way of knowing. > > Can I run turbovnc + virtualgl on ARM linux? I am using a raspberry pi, > so the OS distributions that work are: Debian GNU/Linux, Fedora, and > Arch Linux ARM. > > The notes > (https://sourceforge.net/projects/virtualgl/files/TurboVNC/1.1/) say > 'Fixed TurboVNC Server build on ARM-based Linux systems', which suggests > that it does work on ARM linux (it's actually the client I want not the > server). > > However the download list does not include an ARM.deb package for any > distribution. > > So, does the turbovnc + virtualgl client exist for ARM linux? And if so > where can I find it? > > Many thanks. ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
