Install Citrix Receiver Raspberry Pi 4
Update 20150222:The new RPi2 has an ARMv7 processor. It should run standard officially supported Citrix Receivers. I have not tested this myself.
The software is still very early and may not work in all circumstances (please direct support questions to Citrix) It does not work conceptually with a full-screen H.264 encoded session, obviously It will degrade performance because the Pi 3's CPU is not made for rendering complete web pages The Raspberry Pi 4 with its improved CPU power. Jun 22, 2020 Beginning August 2018, Citrix Receiver will be replaced by Citrix Workspace app. While you can still download older versions of Citrix Receiver, new features and enhancements will be released for Citrix Workspace app. Citrix Workspace app is a new client from Citrix that works similar to Citrix Receiver and is fully backward-compatible with.
- ThinLinX has just released TLXOS 4.7.0 for the Raspberry Pi 4 with dual screen support. The same image runs on the entire Raspberry Pi range from the RPi2 onward TLXOS 4.7.0 supports VMware Horizon Blast, Citrix HDX, RDP/RemoteFX, Digital Signage and IoT. Raspberry Pi and Horizon Client 4.6 for Linux.
- Nov 24, 2020 The second Raspberry Pi 4 has my Volumio player on it, i got the Hifi pro sound card install on the Pi 4 to make the audio sound better. So what i’m here for is to find the right Lirc steps to install my k-022 Vs1883B Ir Receivers to both Pis to use with a remote. SO, what is the steps to install lirc and get IR receiver going.
It is obviously tempting to try to use a Raspberry Pi as a thin client. Often, that means a Citrix client, that requires Citrix Receiver (a closed source program available from Citrix in binary form only).
Muhammad @Citrix initially created a proof of concept of the Citrix Receiver for Linux for the Raspberry Pi, it sparked a lot of interest as can be seen on the comments on the blog series he posted (Part 1, Part 2, Part 3). The idea of having a Raspberry Pi out performing many of the existing (and more expensive) thin clients at an amazingly.
The problem
Raspbian is very much a normal Debian system. Citrix Receiver usually works nicely on Debian, and Citrix provides ARM binaries. But that would be too easy.
There are two ARM binaries available from Citrix (Receiver 13.0, the current)
- ARMEL – for ARM cpus without floating point support
- ARMHF – for ARM cpus with floating point support AND at least ARMv7
Raspberry Pi 4 8gb
The Raspberry Pi is based on an ARMv6 WITH floating point support. This means that the ARMHF binary can never run, since ARMv6 lacks instructions required by ARMv7. But it also means that the ARMEL version can not run on Raspbian (although it could work on a Raspberry Pi with another OS).
There are different strategies to this problem: fixing the OS, or fixing the Citrix client.
RPi Thin Client Project
There is a nice effort called RPi Thin Client Project. The version from 2013-11-28 runs everything in ARMEL (without Hardware Float). The good thing is that it actually runs Citrix Receiver on a Raspberry Pi, and the performance of the Receiver itself is quite decent. However, it is based on Debian Unstable, and as I started updating and installing packages it did not work very well. Also, the RPi is not very fast even with Hard Float working, and without Hard Float everything except the Citrix client is very slow.
I see there is now a new Hard Float release of the RPi Thin Client project (2014-06-10), but as far as I can see it does not include Citrix Receiver (feel free to correct or update me!).
Unofficial Citrix Client
On a blog hosted by Citrix, there is an unofficial Citrix Receiver available for download. Obviously Muhammad Dawood has access to the real Receiver source code and he is allowed to compile it and distribute unofficial binaries. If you follow his instructions (install Raspbian as usual, then install Citrix Receiver with his special setup-script) you will get a Hard Float Citrix Receiver on a normal Raspbian system. Very nice! I am running it and it works very well, and I am much looking forward to an official/supported version.
The setup script modifies /boot/config.txt, mostly to overclock the RPi to maximize performance. My RPi did not accept it and refused to start. The good thing is that you can remove the SD card from the RPi and edit the config file with another computer. I only have ONE active line in my /boot/config.txt:
…and you can probably change/remove that line too. I have an old 1280×1024
LCD display, that I connect via an Apple HDMI->DVI adapter, and a DVI-DVI cable. The display is comes up at correct resolution (although lxrandr can not run).
Other ideas
I was thinking about decompiling/recompiling one of the official ARM binaries. After reading a bit about it I gave up without thinking about trying. It probably violates any license agreement too.
Raspberry Pi 4 Specs
Perhaps it could be possible to run some official binary (ARMEL, ARMHF or even x86) using QEMU user mode. Probably the performance would be completely unacceptable.
On Raspbian pages I read that theoretically it is possible to run ARMEL applications on Raspbian using Linux/Debian multi-arch, but there seems to be some hacks made in Raspbian, and this multi-arch probably practically unrealistic.
Conclusion
I recommend go with the inofficial/unsupported binaries from Citrix for now. Lets hope Citrix embraces this some day.
I just got a Raspberry Pi 4 and was surprised to find Citrix performance with XenApp 7.6 is only average and really takes a nose dive when you try connecting to a machine over RDP inside the ica session. What gives?
I’ve used Receiver and Workspace for years on Windows, iOS, and macOS, and they’ve always been pretty solid. On the Raspberry, everything’s a smidge laggier feeling and seems to get worse the more apps you launch (especially the aforementioned RDP session).
the only thing I’ve tried so far is to disable H.264 by setting the All_regions.ini parameter H264Enabled to false. I confirmed this change was committed via remote display analyzer, but so far can’t tell much of a difference. On the XenApp server side, I have Citrix GPO configured for high display quality and 20fps max, and not much else that seems pertinent.
Does anyone have any suggestions for making the Linux experience better?