Package Details: icaclient 24.8.0.98-1

Git Clone URL: https://aur.archlinux.org/icaclient.git (read-only, click to copy)
Package Base: icaclient
Description: Citrix Workspace App (a.k.a. ICAClient, Citrix Receiver)
Upstream URL: https://www.citrix.com/downloads/workspace-app/linux/workspace-app-for-linux-latest.html
Licenses: custom:Citrix
Conflicts: bin32-citrix-client, citrix-client
Submitter: wmarshall
Maintainer: buzo (alhirzel)
Last Packager: buzo
Votes: 180
Popularity: 0.50
First Submitted: 2011-12-08 18:49 (UTC)
Last Updated: 2024-10-10 12:52 (UTC)

Pinned Comments

buzo commented on 2021-06-26 12:42 (UTC) (edited on 2023-02-02 09:00 (UTC) by buzo)

If you cannot build because of a missing tar ball or a failed sha256 checksum validation, then the package is most likely outdated and they have removed the old version already. In this case, please click on “Flag package out-of-date”.

evanator commented on 2020-07-02 06:46 (UTC)

Found a fix for "authentication service could not be contacted"

Edit the config file under /home/username/.ICAClient\WFClient.ini and add a new line SSLCiphers=ALL save file and run "killall AuthManagerDaemon ServiceRecord selfservice storebrowse"

Relaunch Citrix and you should be fine

Latest Comments

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 57 Next › Last »

Stylian commented on 2021-12-02 13:15 (UTC)

@SuccubiusEisspin I have the same problem with writing files on client drives. I have checked some other Linux distributions in the last days where it works and found out that this could have something to do with the used glibc version. If I am using an arch system with glibc 2.32-5 writing on client drive is working fine. After I update only the glibc version to 2.33-5 it´s not working anymore.

p3sto commented on 2021-12-02 09:00 (UTC)

@SuccubiusEisspin I've noticed that if you create a zero-length file (touch filename) on your local linux machine then you can copy over that file from the citrix remote desktop...

SuccubiusEisspin commented on 2021-12-02 08:06 (UTC)

@buzo: Thank you so much! At least Teams Optimization is working again for me and I can call people again :-D Do you also have this issue with the client drives (always read only) ?

buzo commented on 2021-12-01 20:03 (UTC)

brokenpip3: same here

And yes, copy+paste does not work well for me too.

So for anybody affected I have created an extra AUR package for version 2109. Hope that helps.

callmejoe commented on 2021-11-30 23:25 (UTC)

@brokenpip3: same here. i downgraded to version 21.9.0.25-2 until a fix is in

SuccubiusEisspin commented on 2021-11-30 10:24 (UTC)

@brokenpip3: Nope, I am seeing this behaviour with the UtilDaemon as well. :-/ In addition to non-working Teams, non-working clipboard, non-working client-drives and non-working self-service. One would think that citrix, as a company that has their whole business model set up on client-server-infrastructure would take a little bit more care with their CLIENT-software.... Does anyone know a nice and user-friendly way on Manjaro to install a AUR package from a certain version? Some sort of version selector for available package versions? ^^

brokenpip3 commented on 2021-11-30 09:32 (UTC)

While using the last version (21.11) I discovered that "/opt/Citrix/ICAClient//UtilDaemon" binary is always using 1cpu even after closing the session, I had to kill it manually every-time. I'm the only one?

buzo commented on 2021-11-25 11:13 (UTC)

symptog: Shared libs have an ABI version number for a reason, and version 1 and 8 of libunwind are most likely incompatible, so this is not a proper solution. I'll see what I can do, but apparently Citrix is requiring a very old version of that lib.

huebi commented on 2021-11-24 20:03 (UTC)

@symtog Thanks for the solution, hopefully the package maintainer incorporates it. I think for now I rather stick with the old version until the issue gets fixed.

symptog commented on 2021-11-16 10:00 (UTC)

@huebi The problem seems to be libunwind.

cd /opt/Citrix/ICAClient
./util/HdxRtcEngine 
./util/HdxRtcEngine: error while loading shared libraries: libunwind.so.1: cannot open shared object file: No such file or directory

I've fixed it by linking libunwind

cd /usr/lib/
ln -s libunwind.so.8.0.1 libunwind.so.1

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 57 Next › Last »