Package Details: icaclient 24.11.0.85-2

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: LicenseRef-Citrix
Conflicts: bin32-citrix-client, citrix-client
Submitter: wmarshall
Maintainer: buzo (alhirzel)
Last Packager: buzo
Votes: 180
Popularity: 0.29
First Submitted: 2011-12-08 18:49 (UTC)
Last Updated: 2024-12-19 13:36 (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 .. 11 12 13 14 15 16 17 18 19 20 21 .. 58 Next › Last »

buzo commented on 2021-12-17 17:08 (UTC)

darose: Since version 21.12 I don't see UtilDaemon clogging up one CPU any more. I guess they have fixed this upstream.

indjera: Yes, or an extra package as dependency. What exactly does not work without libunwind?

indjera commented on 2021-12-17 11:25 (UTC)

Hi @buzo, maybe is not proper solution, but we can create a folder with libunwind.so.1 and update wfica.sh with export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/Citrix/ICAClient/library folder

buzo commented on 2021-12-16 17:30 (UTC) (edited on 2021-12-16 17:31 (UTC) by buzo)

Regarding libunwind, this looks like quite a mess to me. Arch has the GNU version with SO version 8, while Citrix apparently uses the LLVM version with SO version 1, which I didn't find anywhere packaged for Arch. I can't see an easy way to deal with this.

buzo commented on 2021-12-16 17:18 (UTC)

daniel_shub: I have already created an extra AUR package for version 2109, see my comment on 2021-12-01 21:03. Other old versions could be handled like this, since they are still available for download at Citrix (although quite hidden).

daniel_shub commented on 2021-12-16 14:51 (UTC)

@indjera see about a dozen message ago. Linking ABI version 8 to an app that wants ABI version 1 could have unseen issues.

daniel_shub commented on 2021-12-16 14:48 (UTC)

@buzo, about a year ago I asked about dealing with the fact that upstream keeps releasing buggy versions and their download naming convention makes it a pain to maintain: https://bbs.archlinux.org/viewtopic.php?id=260419

I wonder if there is something that can be done in the PKGBUILD to make things easier. Maybe keep a few past version checksums and download links in the PKGBUILD so that if people want to build an older version they can just change pkg_ver to what they want.

I also just asked on the Citrx forum that they create a persistent link when they release the version and not when they update it. This would make rolling back so much easier: https://discussions.citrix.com/topic/415050-create-persistent-download-link-when-version-is-released-not-when-version-changes/ Maybe if other people chime in they would add a redirect.

indjera commented on 2021-12-16 08:01 (UTC) (edited on 2021-12-16 08:03 (UTC) by indjera)

There is an error loading this library libunwind.so.1 witch is needed in order teams optimization to works. fix: ln -s /usr/lib64/libunwind.so /usr/lib64/libunwind.so.1

darose commented on 2021-12-14 14:51 (UTC)

In the mean time, to work around I've been using:

NoExtract = opt/Citrix/ICAClient/UtilDaemon

darose commented on 2021-12-14 14:42 (UTC)

Anyone found any fix / workaround yet for the issue of UtilDaemon pinning 1 cpu?

Stylian commented on 2021-12-03 08:24 (UTC)

@p3sto I have tested an actual fedora 35 system with glibc 2.34 and client drive writing is not working. Fedora 33 with glibc 2.32 is working fine. Maybe Citrix needs to analyze and fix this or needs to give the glibc developers information’s about the problem. Now I have seen this on the Citrix webpage: https://www.citrix.com/downloads/workspace-app/linux/workspace-app-for-linux-latest.html We recommend not to install Citrix Workspace app with app protection enabled on operating systems that use glibc 2.34 or later. We are planning to upgrade our compatibility libraries in one of our future releases. Citrix Workspace app will be compatible only with the following: GCC -> 8.3.0 GLIBC -> 2.28 libstdc++ -> GLIBCXX_3.4.25

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