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: 181
Popularity: 0.62
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 .. 36 37 38 39 40 41 42 43 44 45 46 .. 58 Next › Last »

Bednar commented on 2017-03-15 21:07 (UTC)

also had to downgrade due to SSL error 47. 13.4 works just fine

bigfreak commented on 2017-03-12 11:04 (UTC)

@strider2 Thanks for the Tip helped to fix the SSL 4 Error... (Downgraded to 13.4)

lervag commented on 2017-03-10 08:07 (UTC)

@strider2 Thanks! I already downgraded, which I can confirm that "solves" the issue, but I think your comment may be useful to others with the same issue!

strider2 commented on 2017-03-10 07:57 (UTC)

@lervag: the only fix that works for the moment is to downgrade to 13.4. At first this did not work for we but that was because I was using the wrong way to build the package. If you do not have the previous version in your cache, you should : 1) clone the git repository (see git clone URL on top of this page) and check out the last commit before 13.5. 2) This is important : modify the PKGBUILD where it mentions the url from which to download. This is because the citrix download website stores its previous versions on a different location than the current ones. Here is the url : https://www.citrix.com/downloads/citrix-receiver/legacy-receiver-for-linux/receiver-for-linux-latest-13-4.html 3) run makepkg -si Hope this helps (I assume you know a little bit your way around git).

lervag commented on 2017-03-10 07:21 (UTC)

After updating to 13.5, the keyboard no longer works for me (similar to @bepebe). It seems the bug has been reported, but I could not find any workarounds or fixes.

fordprefect commented on 2017-03-09 21:33 (UTC)

@sysinit: thanks for looking into it. as statet multiple times - i lack the opportunity to test this package, so i rely on you. still, this is purely a packaging issue, that surely should be resolved. i'll look into it in the next days.

sysinit commented on 2017-03-09 20:16 (UTC) (edited on 2017-03-09 20:21 (UTC) by sysinit)

@fordprefect: Just tried to test my thoughts and it seemed to work (for me at last). I removed the symlinking from the PKGBUILD and changed the part in citrix-client.install like this: # symlink certificates ln -sf /usr/share/ca-certificates/trust-source/* ${instdir}/keystore/cacerts/ [ -d /usr/share/ca-certificates/mozilla ] && ln -sf /usr/share/ca-certificates/mozilla/* ${instdir}/keystore/cacerts/ > /dev/null 2>&1 c_rehash ${instdir}/keystore/cacerts/ This way the symlinks got created but not associated with the package. If there is a "pre_remove" possible in pacman, you could probably remove all links prior to removing the package. Kind regards, Daniel

sysinit commented on 2017-03-09 19:50 (UTC)

@fordprefect: I tried to upgrade the package and ran into the same problems with "existing files". To me it seems that symlinking the certificates before packaging isn't a good idea, as it associates the certificates that other packages already installed to /usr/share/ca-certificates. I'm not experienced with pacman (although I'm starting to like it already), more with RPM, but it seems that some pre- and post-actions are possible (and already used in citrix-client.install for symlinking the mozilla subdirectory) and from my point of view this is where the symlinking of the certificates should be done after installing the package. Kind regards, Daniel

fordprefect commented on 2017-03-09 18:18 (UTC)

please familiarize yourself with pacman and the general ideas of a packaging system. this will help you to understand what you experienced. the wiki will help you there, start with the pacman page.

gj545rndmu commented on 2017-03-09 18:09 (UTC)

@fordprefect Well I get: error: No package owns ... But just rm them works.

« First ‹ Previous 1 .. 36 37 38 39 40 41 42 43 44 45 46 .. 58 Next › Last »