Package Details: icaclient 13.5-2

Git Clone URL: https://aur.archlinux.org/icaclient.git (read-only)
Package Base: icaclient
Description: Citrix Receiver for x86_64 (64bit) Linux (ICAClient)
Upstream URL: https://www.citrix.com/products/receiver/
Licenses: custom:Citrix
Conflicts: bin32-citrix-client, citrix-client
Submitter: wmarshall
Maintainer: fordprefect
Last Packager: fordprefect
Votes: 85
Popularity: 3.965741
First Submitted: 2011-12-08 18:49
Last Updated: 2017-03-08 22:51

Pinned Comments

fordprefect commented on 2017-03-06 21:27

Update for 13.5 - please test carefully before using in production.
gstreamer0.10 is now an opt-dependency as discussed here.
If you find any glitches please report.

EDIT: if you want blindly updating and complaining about non-functioning afterwards you should stick to official packages!

Latest Comments

fordprefect commented on 2017-03-24 21:15

@bennypr0fane: git is a version control system, after cloning you have all versions of the package at your hand. the working tree (the files you see) reflect the most recent committ, but you can also checkout earlier versions. you do that by issuing 'git checkout <hash_of_commit>'.
you can read about git on wikipedia (first introduction) and the archwiki.

bennypr0fane commented on 2017-03-24 21:11

@strider2: the downgrading didn't work for me until I also fixed the md5sums in the PKGBUILD file!
You need to copy them from the Citrix download page and replace the ones that are valid for 13.5-2.
I didn't understand what "check out the last commit before 13.5." in your step 2) meant. If the tar that is downloaded is determined by the PKGBUILD (not by the git clone command), then it sorta doesn't make sense. The "checking out the last commit before 13.5." happens only after running makepkg -si, i.e. it would be a part of step 3).

Bednar commented on 2017-03-15 21:07

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

bigfreak commented on 2017-03-12 11:04

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

lervag commented on 2017-03-10 08:07

@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

@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

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

@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

@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

@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

All comments